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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards" , which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Smart Card Platform (SCP). 

The contents of the present document are subject to continuing work within TC SCP and may change following formal 
TC SCP approval. If TC SCP modifies the contents of the present document, it will then be republished by ETSI with 
an identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

early working draft; 

1 presented to TC SCP for information; 

2 presented to TC SCP for approval; 

3 or greater indicates TC SCP approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 

The present document is part 2 of a multi-part deliverable covering the Test specification for the Single Wire 
Protocol (SWP) interface, as identified below: 

Parti: "Terminal features"; 

Part 2: "UICC features". 



Introduction 

The present document defines test cases for the UICC relating to Single Wire Protocol (SWP). SWP is the 
communication interface between the UICC and a contactless frontend (CLE) as specified in TS 102 613 [1]. 

The aim of the present document is to ensure interoperability between the terminal and the UICC independently of the 
respective manufacturer, card issuer or operator. 



ETSI 



Release 9 1 1 ETSI TS 1 02 694-2 V9.4.0 (201 3-07) 



Scope 



The present document covers the minimum characteristics which are considered necessary for the UICC in order to 
provide compliance to TS 102 613 [1]. 

The present document specifies the test cases for: 

• the physical layer of the interface CLF - UICC; 

• the electrical interface of the UICC; 

• the initial communication establishment CLF - UICC; 

• the data hnk layer. 

Test cases for the terminal relating to TS 102 613 [1] and test cases for the host controller interface (HCI) covering both 
terminal and UICC are out of scope of the present document. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

• In the case of a reference to a TC SCP document, a non specific reference implicitly refers to the latest version 
of that document in the same Release as the present document. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were vahd at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 102 613: "Smart Cards; UICC - Contactless Front-end (CLF) Interface; Part 1: Physical 

and data link layer characteristics. 

[2] ETSI TS 102 221: "Smart Cards; UICC-Terminal interface; Physical and logical characteristics". 

[3] ETSI TS 102 600: "Smart Cards; UICC-Terminal interface; Characteristics of the USB interface". 

[4] ETSI TS 102 622: " Smart Cards; UICC - Contactless Front-end (CLF) Interface; Host Controller 

Interface (HCI)". 

[5] ISO/lEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 

[6] ISO/lEC 14443-3: "Identification cards - Contactless integrated circuit cards - Proximity cards - 

Part 3: Initialization and anticollision". 

[7] Void. 

[8] ISO/IEC 18092: "Information technology - Telecommunications and information exchange 

between systems - Near Field Communication - Interface and Protocol (NFCIP-1)". 

[9] ISO/lEC 13239: "Information technology - Telecommunications and information exchange 

between systems - High-level data link control (HDLC) procedures". 
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2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

Not applicable. 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 102 613 [1] and the following apply: 

corrupted frame: SWP frame which is well-formed with respect to the MAC layer, with the exception that the CRC16 
in the frame does not match with the CRC16 result calculated over the pay load 

NOTE: This frame has at least 1 byte payload. Used by the TE to represent the situation where the DUT receives 
a corrupted frame (unless otherwise specified). 

Non-occurrence RQ: RQ which has been extracted from TS 102 613 [1], but which indicates a situation which should 
never occur 

NOTE: The consequence is that such RQs cannot be explicitly tested. 

Nomenclature used for tests involving SHDLC LLC: 

For SHDLC link establishment, following definitions apply: 

• Terminal simulator transmits RSET: 

RSET(): RSET frame without payload. 

RSET(Ws=w): RSET frame with one byte payload. 

RSET(Ws=w, SREJ=S): RSET frame with two bytes payload. For the endpoint capabilities byte, 
SREJ=0 represents the value 0x00, SREJ=1 represents the value 0x01. 

• UICC transmits RSET: 

RSET: RSET frame with any valid payload. 

RSET(): RSET frame without payload. 

RSET(Ws=w): RSET frame with one byte payload. 

RSET(Ws=w, SREJ=S): RSET frame with two bytes payload. For the endpoint capabilities byte, 
SREJ=0 represents the value 0x00, SREJ=1 represents the value 0x01. 

For every calculation on NSO_T, NSO_S or NR in the test procedures use modulo 8. 



£75/ 



Release 9 



13 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



Representative SWP frame exchange procedure: sequence of SWP frames exchanged between TE and DUT 

NOTE: Used by the TE to cause SWP communication traffic where needed in test procedures. This sequence 
shall provide the following characteristics, unless otherwise specified or more precisely stated in test 
procedures: 

Amount of data exchanged between TE and DUT at least 500 byte (with respect to the MAC layer), 
valid for both directions. 

Some half-duplex SWP communication. 

Some full-duplex SWP communication. 

Frame transmission started by the TE while the DUT yet sends a frame. 

Exchanged data shall enforce occurrence of some bit stuffing in both directions. 

Some variation of frame length sent from the TE. 

The DUT provider shall provide sufficient information to allow this procedure to be defined. 

Representative USB frame exchange procedure: sequence of USB frames exchanged between TE and DUT 

NOTE: Used by the TE to cause USB communication traffic where needed in test procedures. 

User: logical or physical entity which controls the test equipment in a way that it is able to trigger activities of the DUT 



3.2 Symbols 



For the purposes of the present document, the symbols given in TS 102 613 [1] and the following apply: 
The characters x, y, z represent any values for the current test, unless otherwise specified. 



3.3 



Abbreviations 



For the purposes of the present document, the abbreviations given in TS 102 613 [1] and the following apply: 

AC Alternating Current 

CLK ClocK 

CLT ContactLess Tunnelling 

CRC Cyclic Redundancy Code 

DUT Device Under Test 

ES SHDLC endpoint of test equipment (i.e. the terminal simulator) 

EUT SHDLC Endpoint Under Test (i.e. the DUT) 

FFS For Further Study 

GND GrouND 

ISO International Organization for Standardization 

NR Number of next information frame to Receive 

RF Radio Frequency 

RNR Receive Not Ready 

RQ Conformance requirement 

RR Receive Ready 

RSET ReSET 

RST ReSeT 

SDL Specification and Description Language 

SHDLC Simplified High Level Data Link Control 

SREJ Selective Reject 

SWIO Single Wire protocol Input/Output 

SWP Single Wire Protocol 

T Terminal, i.e. the terminal simulator (shortcut used only in test procedure tables) 

TE Test Equipment 

UA Unnumbered Acknowledgment 

WS Window Size 
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3.4 



Formats 



3.4.1 Format of the table of optional features 

The columns in table 4. 1 have the following meaning. 



Column 


Meaning 


Option: 


The optional feature supported or not by the implementation. 


Status: 


See clause 3.4.3, 'Status and Notations'. 


Support: 


The support columns are to be filled in by the supplier of the implementation. The following common 
notations, defined in ISO/IEC 9646-7 [5], are used for the support column in table 4.1 . 

• Y or y supported by the implementation; 

• Norn not supported by the implementation; 

• N/A, n/a or - no answer required (allowed only if the status is N/A, directly or after 

evaluation of a conditional status). 


Mnemonic: 


The mnemonic column contains mnemonic identifiers for each item. 



3.4.2 Format of the applicability table 

The applicability of every test in table 4.2 a) is formally expressed by the use of Boolean expression defined in the 
following clause. 

The columns in table 4.2 a) have the following meaning. 



Column 


Meaning 


Test case: 


The "Test case" column gives a reference to the test case number(s) detailed in the present 
document and required to validate the implementation of the corresponding item in the 
"Description" column. 


Description: 


In the "Description" column a short non-exhaustive description of the requirement is found. 


Release: 


The "Release" column gives the Release applicable and onwards, for the item in the "Description" 
column. 


Rel-x UICC: 


For the given Release, the corresponding "Rel-x UICC" column lists the tests required for a UICC 
to be declared compliant to this Release. 


Support: 


The "Support" column is blank in the proforma, and is to be completed by the manufacturer in 
respect of each particular requirement to indicate the choices, which have been made in the 
implementation. 



3.4.3 Status and Notations 

The "Rel-x UICC" columns show the status of the entries as follows: 

The following notations, defined in ISO/IEC 9646-7 [5], are used for the status column: 



M 
O 

N/A 

X 

O.i 

Ci 



mandatory - the capability is required to be supported. 

optional - the capability may be supported or not. 

not applicable - in the given context, it is impossible to use the capability. 

prohibited (excluded) - there is a requirement not to use this capability in the given context. 

qualified optional - for mutually exclusive or selectable options from a set. "i" is an integer which 
identifies an unique group of related optional items and the logic of their selection which is 
defined immediately following the table. 

conditional - the requirement on the capability ("M", "O", "X" or "N/A") depends on the support 
of other optional or conditional items, "i" is an integer identifying an unique conditional status 
expression which is defined immediately following the table. For nested conditional expressions, 
the syntax "IF ... THEN (IF ... THEN ... ELSE...) ELSE ..." is to be used to avoid ambiguities. 
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References to items: 

For each possible item answer (answer in the support column) there exists a unique reference, used, for example, in the 
conditional expressions. It is defined as the table identifier, followed by a solidus character "/", followed by the item 
number in the table. If there is more than one support column in a table, the columns are to be discriminated by letters 
(a, b, etc.), respectively. 



EXAMPLE: 



A. 1/4 is the reference to the answer of item 4 in table A. 1 . 



Test environment 



4.1 Table of optional features 

The supplier of the implementation shall state the support of possible options in table 4.1. 

Table 4.1 : Options 



Item 


Option 


Status 


Support 


Mnemonic 


1 


Class A on TS 102 221 [2] interface 







CLASS A 


2 


CLT, ISO/I EC 14443 [6] Type A 







CLT A 


3 


CLT, ISO/IEC18092[8] 







CLT F 


4 


Void 








5 


SREJ 







SREJ 


6 


Sliding window size of 3 







WS 3 


7 


Sliding window size of 4 (see note) 







WS 4 


8 


HCI as per TS 1 02 622 [4] 







102 622 


9 


USB as per TS 102 600 [3] 







102 600 


10 


Void 








11 


Support of TERMINAL CAPABILITY 







TERM CAP 


12 


Extended SWP bit durations down to 0,590 [xs 







EXTENDED T LOWER 


13 


Extended SWP bit durations up to 10 us 







EXTENDED T UPPER 


NOTE: If the UICC supports WS 4, then it also shall support WS 3. 
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4.2 Applicability table 

Table 4.2 a) specifies the applicability of each test case to the device under test. See clause 3.4 for the format of table 4.2 a). 

Table 4.2 a): Applicability of tests 



Test case 


Description 


Release 


Execution 
requirements 


Rel-7 
UICC 


Rel-8 
UICC 


Rel-9 
UICC 


Support 




System architecture tests 














5.2.3.2 


Global Interface bytes of the AIR 


Rel-7 




M 


M 


M 




5.2.3.3 


interaction with TS 102 221 [2] interface - SWP activation while the UICC receives data 


Rel-7 




M 


M 


M 




5.2.3.4 


interaction with TS 102 221 [2] interface - SWP activation while the UICC sends data 


Rel-7 




M 


M 


M 




5.2.4.2 


interaction with TS 102 221 [2] interface - TS 102 221 [2] clock stop 


Rel-7 




M 


M 


M 




5.2.4.3 


interaction with TS 102 221 [2] interface - TS 102 221 [2] reset 


Rel-7 




M 


M 


M 




5.2.4.4 


interaction with TS 102 221 [2] interface - SWP deactivation while the UICC receives data 


Rel-7 




M 


M 


M 




5.2.4.5 


interaction with TS 102 221 [2] interface - SWP deactivation while the UICC sends data 


Rel-7 




M 


M 


M 




5.2.4.6 


interaction with TS 102 221 [2] interface - reset SWP while the UICC receives data 


Rel-7 




M 


M 


M 




5.2.4.7 


interaction with TS 102 221 [2] interface - reset SWP while the UICC sends data 


Rel-7 




M 


M 


M 




5.2.4.8 


interaction with TS 102 221 [2] interface - activate SWP in TS 102 221 clock stop 


Rel-7 




M 


M 


M 






Physical characteristics tests 














5.3.2.3.2 


initial activation in low power mode 


Rel-7 




M 


M 


M 




5.3.2.3.3 


initial activation in low power mode with corrupted frames 


Rel-7 




M 


M 


M 




5.3.2.3.4 


no activation 


Rel-7 




M 


M 


M 




5.3.2.3.6 


full power mode activation 


Rel-7 




M 


M 


M 




5.3.2.3.7 


low power mode activation with re-transmission of ACT SYNC 


Rel-7 




M 


M 


M 




5.3.2.3.8 


full power mode activation with re-transmission of ACT SYNC 


Rel-7 




M 


M 


M 




5.3.2.3.10 


low power mode activation with multiple re-transmission of ACT SYNC 


Rel-7 




M 


M 


M 




5.3.2.3.11 


full power mode activation with re-transmission of ACT READY 


Rel-7 




M 


M 


M 




5.3.2.3.12 


full power mode activation with multiple re-transmission of ACT SYNC 


Rel-7 




M 


M 


M 




5.3.2.3.13 


subsequent activation in low power mode 


Rel-7 




M 


M 


M 




5.3.2.3.14 


subsequent activation in full power mode 


Rel-7 




M 


M 


M 




5.3.2.4.2 


detect terminal not supporting SWP by TERIVIINAL CAPABILITIES, classes B and C 


Rel-7 




C007 


C007 


C007 




5.3.2.4.3 


detect terminal not supporting SWP by TERIVIINAL CAPABILITIES, class A 


Rel-7 




C008 


COOS 


COOS 






Electrical characteristics tests 














5.4.1.2.2 


TS 102 221 [2] voltage classes B and C support 


Rel-7 




M 


M 


M 




5.4.1.3.2 


operation in low power mode 


Rel-7 




M 


M 


M 




5.4.1.4.2 


SI communication in voltage class B 


Rel-7 




M 


M 


M 




5.4.1.4.3 


SI communication in voltage class C, full power mode 


Rel-7 




M 


M 


M 




5.4.1.4.4 


SI communication in low power mode 


Rel-7 




M 


M 


M 




5.4.1.5.2.2 


S2 communication in voltage class B 


Rel-7 




M 


M 


M 




5.4.1.5.2.3 


S2 communication in voltage class C, full power mode 


Rel-7 




M 


M 


M 




5.4.1.5.2.4 


S2 communication in low power mode 


Rel-7 




M 


M 


M 






Physical transmission layer tests 














5.5.1.2 


communication with timing variation, default bit duration 


Rel-7 




M 


M 


M 
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Test case 


Description 


Release 


Execution 
requirements 


Rel-7 
UICC 


Rel-8 
UICC 


Rel-9 
UICC 


Support 


5.5.1.3 


communication with timing variation, extended bit duration 


Rel-7 




C004 


C004 


C004 




5.5.1.4 


S1 rise and fall time 


Rel-7 




M 


M 


M 




5.5.1.5 


measurement of C6 input capacitance 


Rel-7 




M 


M 


M 




5.5.1.6 


communication with variation in bit duration 


Rel-7 




M 


M 


M 




5.5.2.2 


S2 switching management 


Rel-7 




M 


M 


M 




5.5.3.2 


SWP interface states management by the UICC 


Rel-7 




M 


M 


M 




5.5.4.2 


power states in low power mode (ACT POWER IVIODE) 


Rel-7 




M 


M 


M 




5.5.4.3 


power states in low power mode (non-ACT) 


Rel-7 




M 


M 


M 




5.5.4.4 


power states in full power mode, without TS 102 221 [2] 


Rel-7 




M 


M 


M 




5.5.4.5 


power saving mode with TS 102 221 [2] interface - restart TS 102 221 [2] interface first 


Rel-7 




M 


M 


M 




5.5.4.6 


power saving mode with TS 102 221 [2] interface - restart TS 102 613 [1] interface first 


Rel-7 




M 


M 


M 




5.5.4.7 


power saving mode with TS 102 600 [3] interface - restart TS 102 600 [3] interface first 


Rel-7 




C005 


C005 


C005 




5.5.4.8 


power saving mode with TS 102 600 [3] interface - restart TS 102 613 [1] interface first 


Rel-7 




C005 


C005 


C005 






Data link layer tests 














5.6.2.2.2 


interpretation of incorrectly formed frames - ACT LLC 


Rel-7 




M 


M 


M 




5.6.2.2.3 


interpretation of incorrectly formed frames - SHDLC RSET frames 


Rel-7 




M 


M 


M 




5.6.2.2.4 


interpretation of incorrectly formed frames - SHDLC l-frames 


Rel-7 




M 


M 


M 




5.6.2.2.5 


communication with frames - idle bits and wakeup sequence 


Rel-7 




M 


M 


M 




5.6.2.3.2 


behaviour of UICC with bit stuffing in frame 


Rel-7 




M 


M 


M 




5.6.2.4.2 


RSET with CRC error 


Rel-7 




M 


M 


M 




5.6.3.1.2 


support of ACT LLC and ACT LPDU structure 


Rel-7 




M 


M 


M 




5.6.3.1.3 


support of SHDLC LLC and SHDLC LPDU structure 


Rel-7 




M 


M 


M 




5.6.3.2.2 


error handling of ACT LLC on reception of corrupted frame, after SWIO activation 


Rel-7 




M 


M 


M 




5.6.3.2.3 


ignore ACT LLC frame reception after the SHDLC link establishment 


Rel-7 




M 


M 


M 




5.6.3.2.4 


ignore ACT LLC frame reception in CLT session 


Rel-7 




C003 


C003 


C003 




5.6.3.2.5 


CLT session during SHDLC communication 


Rel-7 




C003 


C003 


C003 




5.6.3.2.6 


closing condition of CLT session whereas SHDLC link has been established before CLT 
session 


Rel-7 




C003 


C003 


C003 




5.6.3.2.7 


closing condition of CLT session whereas SHDLC link has not been established before 
CLT session 


Rel-7 




C003 


C003 


C003 




5.6.3.2.8 


interpretation of corrupted frames - single SHDLC frame 


Rel-7 




M 


M 


M 




5.6.3.2.9 


interpretation of corrupted frames - SHDLC l-frames 


Rel-7 




M 


M 


M 




5.6.3.2.10 


interpretation of corrupted frames - CLT frames 


Rel-7 




C003 


C003 


C003 




5.6.3.2.11 


First non-ACT frame sent by CLP - initial interface activation 


Rel-7 




M 


M 


M 




5.6.3.2.12 


First non-ACT frame sent by CLF - subsequent interface activation 


Rel-7 




M 


M 


M 




5.6.4.1.2 


structure of ACT LPDU - full power mode 


Rel-7 




M 


M 


M 




5.6.4.1.3 


structure of ACT LPDU - low power mode 


Rel-7 




M 


M 


M 




5.6.4.1.4 


behaviour of UICC on reception of ACT frames - values of INF bit 


Rel-7 




M 


M 


M 




5.6.4.1.5 


RFU values in ACT INFORMATION field 


Rel-7 




M 


M 


N/A 




5.6.4.1.6 


extended bit durations as per ACT INFORMATION field 


Rel-7 




C004 


C004 


C004 




5.6.4.1.7 


RFU values in ACT INFORMATION field 


Rel-9 




N/A 


N/A 


M 






SHDLC LLC definition tests 














5.7.1.2 


data passed up to the next layer 


Rel-7 




C001 


C001 


C001 
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Test case 


Description 


Release 


Execution 
requirements 


Rel-7 
UICC 


Rel-8 
UICC 


Rel-9 
UICC 


Support 


5.7.1.3 


error management, UICC sending l-frame 


Rel-7 




M 


M 


M 




5.7.1.4 


error management 


Rel-7 




M 


M 


M 




5.7.6.4.2 


initial state at linl< reset - reset by tlie UICC 


Rel-7 


TR1 


M 


M 


M 




5.7.6.4.3 


initial state at link reset - reset by the terminal simulator 


Rel-7 




M 


M 


M 




5.7.7.3.2 


link establishment by the UICC 


Rel-7 


TR1 


M 


M 


M 




5.7.7.3.3 


link establishment by the terminal simulator 


Rel-7 




M 


M 


M 




5.7.7.3.4 


discard frames before initialization 


Rel-7 




M 


M 


M 




5.7.7.3.5 


connection time - reset by UICC 


Rel-7 


TR1 


M 


M 


M 




5.7.7.3.6 


connection time - reset by terminal simulator 


Rel-7 




C107 


CI 07 


CI 07 




5.7.7.3.7 


UICC discards l-frames and S-frames during link establishment 


Rel-7 


TR1 


M 


M 


M 




5.7.7.3.8 


requesting unsupported window size - link establishment by terminal simulator 


Rel-7 




CI 03 


CI 03 


CI 03 




5.7.7.3.9 


requesting unsupported SREJ support - link establishment by terminal simulator 


Rel-7 




C104 


C104 


CI 04 




5.7.7.3.10 


requesting unsupported window size and SREJ support - link establishment by terminal 
simulator 


Rel-7 




CI 05 


CI 05 


CI 05 




5.7.7.3.11 


forcing lower window size - link establishment by the UICC 


Rel-7 


TR1 


C101 


C101 


C101 




5.7.7.3.12 


forcing SREJ not used - link establishment by the UICC 


Rel-7 


TR1 


CI 02 


CI 02 


CI 02 




5.7.7.3.13 


forcing lower window size and SREJ not used - link establishment by the UICC 


Rel-7 


TR1 


C106 


CI 06 


CI 06 




5.7.7.3.14 


discard buffered frames on link re-establishment 


Rel-7 




C102 


C102 


C102 




5.7.7.5.2 


l-frame transmission 


Rel-7 




M 


M 


M 




5.7.7.5.3 


l-frame reception - single l-Frame reception 


Rel-7 




M 


M 


M 




5.7.7.5.4 


l-frame reception - multiple l-Frame reception 


Rel-7 




M 


M 


M 




5.7.7.5.5 


piggybacking 


Rel-7 




M 


M 


M 




5.7.7.6.2 


REJ transmission 


Rel-7 




M 


M 


M 




5.7.7.6.3 


REJ transmission - multiple l-frames received 


Rel-7 




C101 


C101 


C101 




5.7.7.6.4 


REJ reception 


Rel-7 




M 


M 


M 




5.7.7.7.2 


retransmission of a single frame 


Rel-7 




M 


M 


M 




5.7.7.7.3 


retransmission of multiple frames 


Rel-7 




M 


M 


M 




5.7.7.8.2 


RNR reception 


Rel-7 




M 


M 


M 




5.7.7.8.3 


Empty l-frame transmission 


Rel-7 




M 


M 


M 




5.7.7.9.2 


SREJ transmission 


Rel-7 




C102 


C102 


C102 




5.7.7.9.4 


SREJ reception 


Rel-7 




C102 


C102 


C102 






CLT LLC definition tests 














5.8.4.2 


Padding of CLT PAYLOAD in Type A aligned structure 


Rel-7 




C110 


C110 


Clio 




5.8.5.2 


CLT commands, ISO/IEC 14443 [6] Type A 


Rel-7 




C110 


C110 


C110 




5.8.5.3 


CLT commands, ISO/IEC 18092 [8] 


Rel-7 




cm 


cm 


cm 




5.8.6.3.1.2 


Interpretation of CL PROTO INF(A) 


Rel-7 




Clio 


C110 


C110 






Timing and performance tests 
















(No test cases present for this clause) 
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Table 4.2 b): Conditional items referenced by table 4.2 a) 



Conditional item 


Condition 


C001 


IFO 102 622 THEN M ELSE N/A 


C002 


IF CLASS A THEN M ELSE N/A 


COOS 


IF (0 CLT A OR CLT F) THEN M ELSE N/A 


C004 


IF(0 EXTENDED T LOWER OR EXTENDED T UPPER) 
THEN M ELSE N/A 


COOS 


IFO 102 600 THEN M ELSE N/A 


C006 


Void 


C007 


IF TERM CAP THEN M ELSE N/A 


COOS 


IFO CLASS AANDO TERM CAP THEN M ELSE N/A 


C101 


IFO WS 3 THEN M ELSE N/A 


C102 


IF SREJ THEN M ELSE N/A 


C10S 


IF NOT WS 4 THEN M ELSE N/A 


C104 


IF NOT SREJ THEN M ELSE N/A 


C105 


IF NOT SREJ AND NOT WS 4 THEN M ELSE N/A 


C106 


IF SREJ AND WS S THEN M ELSE N/A 


C107 


IF NOT (0 SREJ AND WS 4) THEN M ELSE N/A 


C10S 


IF WS 3 OR SREJ THEN M ELSE N/A 


C109 


Void 


C110 


IF CLT A THEN M ELSE N/A 


cm 


IF CLT F THEN M ELSE N/A 



Table 4.2 c): Execution requirements referenced by table 4.2 a) 



Execution requirement 



Description 



TR1 



The PUT manufacturer has to provide information how the user can trigger the DUT to reset the SHDLC link and send RSET. 



NOTE: Clause 4.5.2 should be referenced for the meaning and usage of the execution requirements which are described in table 4.2 c). 
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4.3 Information to be provided by the DUT supplier 

If the DUT supplier claims that the DUT supports TS 102 622 [4], the representative SWP frame exchange procedure 
shall be executed using HCI layer. In particular, the DUT shall act as a valid host according to TS 102 622 [4] and 
correctly perform the HCI session initialization and support commands/events needed to execute this procedure. 

4.4 Test equipment 

The test equipment shall provide a terminal simulator which is connected to the DUT during test procedure execution, 
unless otherwise specified. 

With respect to the UICC, the terminal simulator shall act as a valid terminal according to TS 102 613 [1], 
TS 102 221 [2], and TS 102 600 [3] (if this interface is present at the UICC), unless otherwise specified. In particular, 
during test procedure execution, the terminal simulator shall respect the electrical and signalling conditions for all UICC 
contacts within the limits given by TS 102 613 [1], TS 102 221 [2] and TS 102 600 [3]). The accuracy of the terminal 
simulator's settings shall be taken into account when ensuring this. 

Some test cases might require the presence of an upper layer, such as HCI (as specified in TS 102 622 [4]). The test 
equipment shall provide this layer if required. If message fragmentation is used, all HCP packets, with the possible 
exception of the last packet, shall contain the maximum amount of data possible for HCP packets. 

4.4.1 Measurement/setting uncertainties 

The following accuracy applies for measurement and setting of electrical parameter for the test equipment. 

Table 4.3 a): Measurement accuracy 



Parameter 


Tolerance 


Remark 


'cc 


±0,1 mA 




Ih 


±25 ^A 




1l 


±5mA 




TsajNHIBIT' 

''"S2_ACT_RES_V' 

'''S2_ACT_RES_D' 

"'"S2 ACT FRP 


±20 MS 




P3 


±100ns 




'-'LOAD 


FFS 




12, T3 


±100 |is 




Enter power saving mode time 
(clause 5.5.4.1, RQ5) 


±100 MS 




Connect low impedance time 
(clause 5.3.2.4.1, RQ1) 


±100 ms 





Table 4.3 b): Setting uncertainty 



Parameter 


Tolerance 


Remark 


V|L. 


±15 mV 




T 


±25 ns 




tr, 
tf 


FFS 





The test equipment shall take care to avoid misinterpretation of parasitic S2 currents caused by SWIO line and UICC 
load capacitance. 

All voltages shall be measured with respect to GND (contact C5), directly at the UICC's contacts. 
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In steps where it is specified that no response SWP frame is expected, the test equipment shall wait for 20 ms to check 
that no response frame is sent, unless otherwise specified. 

In order to measure the power consumption of the UICC on Vcc, the test equipment shall average the power 
consumption over all 1 ms periods - i.e. using a sliding window. The UICC shall be failed if any of the averages over 
1 ms periods are above the allowed values for the particular phase being measured. 

• For settings which specify the maximum or minimum allowed values according to TS 102 613 [1], the 
requirements of table 4.3 b) are modified as follows:For setting a value X which is a minimum allowed value 
according to TS 102 613 [1], the test equipment shall set the nearest available value which is guaranteed to not 
be smaller than X, within the setting uncertainty of the test equipment. 

• For setting a value X which is a maximum allowed value according to TS 102 613 [1], the test equipment shall 
set the nearest available value which is guaranteed to not be larger than X, within the setting uncertainty of the 
test equipment. 

For example, when setting a value of T (bit duration) in the default range (where the allowed values are from 1 |is to 
5 |is) and when the accuracy of the test equipment is 20 ns: 

• If a value of 1 |is is required, the test equipment shall set a value of 1 020 ns; 

• If a value of 5 |is is required, the test equipment shall set a value of 4 980 ns. 

4.4.2 Default conditions for DUT operation 

Unless otherwise specified, the test equipment shall apply the default conditions described in the following clauses 
during test procedure execution. 

4.4.2.1 Temperature 

The ambient temperature shall be kept in a range of 25 °C + 3 °C. 



4.4.2.2 



TS 102 221 interface contacts (CLK, RST, I/O) and contact Vcc 



When the TS 102 221 [2] interface is activated, the terminal simulator shall maintain the characteristics on contacts 
CLK, RST, I/O in following ranges. 

Table 4.4: Default condition for TS 102 221 [2] contacts operation 



Contact 


Voltage class 


Low level 


High level 


C2 (RST) 


A 


0,0 V to 0,2 V 


0,9 x Vcc to Vcc 


C3 (CLK) 


0,0 V to 0,2 V 


0,9 X Vcc to Vcc 


C7 (I/O), UICC input 


0,0 V to 0,2 V 


0,9 X Vcc to Vcc 


C2 (RST) 


B 


0,0 V to 0,07 X Vcc 


0,9 X Vcc to Vcc 


C3 (CLK) 


0,0 V to 0,07 X Vcc 


0,9 X Vcc to Vcc 


C7 (I/O), UICC input 


0,0 V to 0,07 X Vcc 


0,9 X Vcc to Vcc 


C2 (RST) 


C 


0,0 V to 0,1 xVcc 


0,9 X Vcc to Vcc 


C3 (CLK) 


0,0 V to 0,1 xVcc 


0,9 X Vcc to Vcc 


C7 (I/O), UICC input 


0,0 V to 0,1 xVcc 


0,9 X Vcc to Vcc 



In case these interface contacts are not active (i.e. Vcc is powered, but the TS 102 221 [2] interface is not activated), the 
terminal simulator shall maintain contacts CLK, RST, I/O between 0,0 V and 0,1 V. 

The terminal simulator shall maintain the voltage on Vcc for each voltage class in the following ranges: 

• When activated in voltage class A: 

Arangeof4,90Vto5, 10 V. 

• When activated in voltage class B 

A range of: 2,90 V to 3,10 V. 



£75/ 



Release 9 



22 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



• When activated in voltage class C: 
Arangeof 1,75 V to 1,85 V. 

4.4.2.3 TS 1 02 600 interface contacts (IC_DP, IC_DM) 

When the TS 102 600 [3] interface is activated, the terminal simulator shall maintain the characteristics on these 
contacts in following ranges. 

Table 4.5: Default condition for TS 102 600 [3] contacts operation 



Contact 


Voltage class 


Low level 


High level 


C4/C8(IC DP/IC DM), UICC input 


1,8 V 


V to 0,6 V 


1,2 V to 2,1 V 


C4/C8(IC DP/IC DM), UICC input 


3,0 V 


V to 0,5 V 


2,0 V to 3,3 V 



All tests shall be performed in the J-state, i.e. contact C4 shall be maintained in high level range and C8 in low level 
range. 

In case these interface contacts are not active (i.e. Vcc is powered, but the TS 102 600 [3] interface is not activated), the 
terminal simulator shall handle contacts IC_DP and IC_DM as follows: 

• For UICCs supporting the TS 102 600 [3] interface, these contacts shall be maintained between 0,0 V and 
0,1V. 

• For UICCs not supporting the TS 102 600 [3] interface, these contacts shall be maintained between 0,0 V and 
0,1 V. 



4.4.2.4 



TS 102 613 interface contact (SWIO) 



When the SWIO contact is activated, the terminal simulator shall maintain the characteristics on this contact in 
following range: 

• SWP bit duration T between 1,1 |is and 4,9 |is: 

The variation of T between two consecutive bits shall not exceed 5 % of T of the first bit. 

• SI signal waveshape appUed: 

For a logical 1: Tj^^ = 75 % of T. 

For a logical 0: Tjjq = 25 % of T. 

For a transition sequence: T - T j^q, with Tj^q = 25 % of T. 

Rise and fall time between 5 ns and 0,02 % of T. 

• SI signal levels applied for voltage class B: 

State L between 0,0 V and 0,3 V. 
State H between 1,40 V and 1,98 V. 

• SI signal levels applied for voltage class C: 

State L between 0,0 V and 0,15 X Vcc. 
State H between 0,85 x Vcc and Vcc. 
The P4 time shall be 100 |is minimum. 
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4.4.2.5 status of UICC interfaces 

The terminal simulator may activate the contacts CLK, RST, I/O of the TS 102 221 [2] interface and exchange data 
over this interface at any time after activation of contact V^,-;. 

NOTE: In low power mode, the contacts CLK, RST, I/O of the TS 102 221 [2] interface will never be activated. 
The terminal simulator shall not activate the TS 102 600 [3] interface. 

4.4.2.6 Characteristics of LLC's 

4.4.2.6.1 ACT LLC 

In ACT_POWER_MODE frames, the FR bit shall be set to 0. 

4.4.2.6.2 SHDLC LLC 

For SHDLC link establishment, the terminal simulator shall send RSET(). 

I-frames sent by the terminal simulator shall contain at least 1 byte and shall contain valid values according to the upper 
layer, if applicable. 

4.4.2.6.3 CLT LLC 
Void. 

4.4.3 Minimum/maximum conditions for DUT operation 

Unless otherwise specified, the test equipment shall apply the minimum/maximum conditions as described in the 
following clauses during test procedure execution. 

4.4.3.1 Temperature 

• Minimum ambient temperature: A range of -25 °C to -23 °C. 

• Maximum ambient temperature: A range of H-83 °C to H-85 °C. 

4.4.3.2 Contact Vcc 

When activated in voltage class B: 

• Minimum: A range of 2,70 V to 2,80 V. 

• Maximum: A range of 3,20 V to 3,30 V. 
When activated in voltage class C: 

• Minimum: A range of 1,62 V to 1,67 V. 

• Maximum: A range of 1,93 V to 1,98 V. 
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4.5 



Test execution 



4.5.1 Parameter variations 

Unless otherwise specified, all tests shall be carried out once for each of following parameter variations in addition to 
the parameter variations specified individually for each test case. 

Table 4.5.1 : Global parameter variations 



Voltage class and power mode 


Vcc 


B 


Default 


Minimum 


IVIaximum 


C, full power 


Default 


Minimum 


Maximum 


C, low power 


Default 


Minimum 


Maximum 



4.5.2 Execution requirements 



Tables 4.2, Applicability of tests, specifies "execution requirements" for several test cases. For these test cases, it has 
not been possible to specify the corresponding test procedure in such a way that it can be guaranteed that the test 
procedure can be executed against every possible DUT. 

Some sample scenarios of test requirements are listed below: 

• The test case requires certain state to be present on the DUT in order to test a particular feature, but there is no 
mandatory requirement in the core specification (TS 102 613 [1]) for this state to be present. 

• The test case requires the DUT to perform a particular operation in order to test that feature, but the core 
specification (TS 102 613 [1]) does not provide a standardized mechanism to trigger that operation to be 
executed by the DUT. 

The test requirements have been split into various categories, as indicated by table 4.2 c): 

• Static requirements (SRx): information about, for example, particular gates or registry parameters which can 
be used in the test procedure execution. 

• Trigger requirements (TRx): mechanisms for triggering the DUT to perform certain operations. 

• Initial condition requirements (ICRx): information about how to establish initial condition states. 

The DUT supplier should make every effort to provide appropriate information or mechanisms to allow these execution 
requirements to be satisfied for the DUT. 

It is recognized that this might not always be possible. For example, if the configuration of the DUT does not allow for 
the required state to be present; or if it is not possible to provide a particular trigger mechanism for the DUT. In these 
cases, it is acceptable that the test case is not carried out. However, it should be recognized that the consequence is that 
the particular feature will not be tested. 



4.6 



Pass criterion 



A test shall only be considered only as successful, if the test procedure was carried out successfully under all parameter 
variations with the DUT respecting all conformance requirements referenced in the test procedure. 

NOTE: Within the test procedures, the RQs are referenced in the step where they are observable. In some cases, 
this is different from the step where they occur with respect to the DUT. 
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5 Test cases 

5.1 Principle of the Single Wire Protocol 

Reference: TS 102 613 [1], clause 4. 
There are no conformance requirements for the UICC for the referenced clause. 

5.2 System architecture 

5.2.1 General overview 

Reference: TS 102 613 [1], clause 5.1. 
There are no conformance requirements for the UICC for the referenced clause. 

5.2.2 TS 102 221 support 
5.2.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 5.2. 



RQ1 |A UICC supporting the SWP interface shall remain compliant with TS 102 221 [2]. 



NOTE: Test cases for RQ1 are out of scope of the present document. The compliancy to TS 102 221 [2] 
might be validated by executing tests given in test specifications related to TS 102 221 [2]. 



5.2.3 Configurations 

5.2.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 5.3. 



RQ1 



The UICC shall indicate support of SWP interface in the Global Interface bytes of the ATR as defined in 
TS 102 221 [2]. 



RQ2 



If the SWP interface is activated while a session on the TS 102 600 [3] interface is in progress, actions on 
the SWP interface shall not disturb the terminal-UICC exchange on the TS 102 600 [3] interface. 



RQ3 



If the SWP interface is activated while a session on the TS 102 600 [3] interface is in progress, actions on 
the TS 102 600 [3] interface shall not disturb the terminal-UICC exchange on the SWP interface. 



RQ4 



If the SWP interface is activated while a session on the TS 102 221 [2] interface is in progress, actions on 
the SWP interface shall not disturb the terminal-UICC exchange on the TS 102 221 [2] interface. 



RQ5 



If the SWP interface is activated while a session on the TS 102 221 [2] interface is in progress, actions on 
the TS 102 221 [2] interface shall not disturb the terminal-UICC exchange on the SWP interface. 



NOTE 1 : Development of test cases involving the TS 102 600 [3] interface are FFS. 

NOTE 2: In RQ4 and R05, the term "session" is interpreted as "card session" as per TS 102 221 [2]. 
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5.2.3.2 Test case 1 : Global Interface bytes of the ATR 

5.2.3.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, fall power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.3.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.2.3.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate contacts Vcc, CLK, RSI, I/O as per TS 1 02 221 [2] and apply a cold reset. 




2 


UICC^T 


Send ATR. 


RQ1 



5.2.3.3 Test case 2: interaction with TS 1 02 221 interface - SWP activation while the 

UICC receives data 

5.2.3.3.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.3.3.2 Initial conditions 

• None of the UICC contacts is activated. 

5.2.3.3.3 Test procedure 

Procedure (a), executed on TS 102 221 [2] interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface. 




2 


UICC^T 


UICC sends the ATR. 




3 


T-^UICC 


Execute PPS procedure as per TS 102 221 [2]. 




4 


T^UICC 


After sending 1^' byte of PPS, start procedure (b). 


RQ4 


5 


T^ ^ UICC 


Continue PPS procedure as per TS 102 221 [2]. 


RQ4 



Procedure (b), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^ ^ UICC 


SWP interface activation. 


RQ5 
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5.2.3.4 Test case 3: interaction with TS 1 02 221 interface - SWP activation while the 

UICC sends data 

5.2.3.4.1 Test execution 

This test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.3.4.2 Initial conditions 

• None of the UICC contacts is activated. 

5.2.3.4.3 Test procedure 

Procedure (a), executed on TS 102 221 [2] interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface. 




2 


UICC^T 


UICC starts to send tlie ATR. 




3 


T-^ UICC 


After receiving 1^' byte of ATR, start procedure (b). 


RQ4 


4 


UICC^T 


UICC continues to send the ATR. 


RQ4 


5 


T^ ^UICC 


Execute PPS procedure as per TS 102 221 [2]. 





Procedure (b), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^ ^UICC 


SWP interface activation. 


RQ5 



5.2.4 Interaction with other interfaces 



5.2.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 5.4 and clause 5.3. 



RQ1 



Signalling on a contact assigned to one interface shall not affect the state of other contacts assigned to 
another interface. This also applies to the activation sequence of the UICC. 



RQ2 



Operation of the SWP interface after activation shall be independent from operation of other interfaces 
(e.g. the TS 1 02 221 [2] or TS 1 02 600 [3] interface) that may be implemented on the UICC. 



RQ3 



Any reset signalling (RST signal on contact C2 as specific to the TS 1 02 221 [2] interface or logical reset on 
TS 102 600 [3] interface) shall only affect the UICC protocol stack related to these interfaces. SWP-related 
processes shall not be affected by another interface reset signal. 



RQ4 



A logical reset signalling on the data link layer (SHDLC RSET) over the SWP interface shall not affect any of 
the other interfaces. 



RQ5 



Activation and deactivation of SWP interface shall not affect any of the other interfaces. 



NOTE: Development of test cases involving the TS 102 600 [3] interface is FFS. 



5.2.4.2 



Test case 1 : interaction with TS 1 02 221 interface - TS 1 02 221 clock stop 



5.2.4.2.1 Test execution 

This test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 



£75/ 



Release 9 



28 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



5.2.4.2.2 Initial conditions 

• The TS 102 221 [2] interface is activated, ATR is sent and PPS is successfully completed. 

• The SHDLC Unk is estabhshed. 



5.2.4.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ -> UICC 


Run the representative SWP frame exchange procedure during all steps. 




2 


T^ ^ UICC 


At reception of the first l-frame, suspend the clock signal on the 
TS 1 02 221 [2] interface. 


RQ1 


3 


T^ ^ UICC 


Continue the representative SWP frame exchange procedure. 


RQ1 


4 


T^ ^ UICC 


At reception of the fifth l-frame of the representative SWP frame exchange 
procedure, restart the clock signal on the TS 102 221 [2] interface. 


RQ1 


5 


T^ ^ UICC 


Finish the representative SWP frame exchange procedure. 


RQ1 



5.2.4.3 



Test case 2: interaction with TS 102 221 interface - TS 102 221 reset 



5.2.4.3.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.4.3.2 Initial conditions 

• The TS 102 221 [2] interface is activated, ATR is sent and PPS is successfully completed. 

• The SHDLC link is estabhshed. 

5.2.4.3.3 Test procedure 

Procedure (a), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^ ^ UICC 


Run the representative SWP frame exchange procedure during all steps. 




2 


T^ ^ UICC 


At reception of the first l-frame, start procedure (b). 


RQ2 


3 


T^ ^ UICC 


Finish the representative SWP frame exchange procedure. 


RQ1, 
RQ3 



Procedure (b), executed on TS 102 221 [2] interface. 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Issue a warm reset on the TS 102 221 [2] interface. 




2 


UICC^T 


Sends ATR. 


RQ3 


3 


T^ ^UICC 


Select EFdir on TS 102 221 [2] interface. 


RQ1 
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Test case 3: interaction with TS 102 221 interface - SWP deactivation while 
the UICC receives data 



5.2.4.4.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.4.4.2 Initial conditions 

• None of the UICC contacts is activated. 

5.2.4.4.3 Test procedure 

Procedure (a), executed on TS 102 221 [2] interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface and SWP interface. 




2 


UICC^T 


Send the ATR. 




3 


T^ UICC 


Execute PPS procedure as per TS 102 221 [2]. 




4 


T^UICC 


After sending 1^' byte of PPS, start procedure (b). 


RQ5 


5 


T^^UICC 


Continue PPS procedure as perTS 102 221 [2]. 


RQ5 


6 


T-»UICC 


Select EFdir on TS 102 221 [2] interface. 




7 


UICC-»T 


Send response. 


RQ5 



Procedure (b), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Put SWP into DEACTIVATED state. 





5.2.4.5 Test case 4: interaction with TS 102 221 interface - SWP deactivation while 

the UICC sends data 

5.2.4.5.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.4.5.2 Initial conditions 

• None of the UICC contacts is activated. 
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Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface and SWP interface. 




2 


UICC^T 


Send the ATR. 




3 


T^UICC 


Start executing PPS procedure as per TS 102 221 [2]. 




4 


T^UICC 


After receiving 1^' byte of PPS, start procedure (b). 


RQ5 


5 


T4- -> UICC 


Continue PPS procedure as per TS 102 221 [2]. 


RQ5 


6 


T^UICC 


Select EFdir on TS 102 221 [2] interface. 




7 


UICC^T 


Send response. 


RQ5 



Procedure (b), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Put SWP into DEACTIVATED state. 





5.2.4.6 Test case 5: interaction with TS 1 02 221 interface - reset SWP while the 

UICC receives data 

5.2.4.6.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.4.6.2 Initial conditions 

• None of the UICC contacts is activated. 

5.2.4.6.3 Test procedure 

Procedure (a), executed on TS 102 221 [2] interface. 



Step 


Direction 


Description 


RQ 


1 


T-^ UICC 


Activate TS 102 221 [2] interface and SWP interface. 




2 


UICC^T 


Send the ATR. 




3 


T^UICC 


Execute PPS procedure as per TS 102 221 [2]. 




4 


T^ UICC 


After sending 1^' byte of PPS, start procedure (b). 


RQ4 


5 


T^^UICC 


Continue PPS procedure as perTS 102 221 [2]. 


RQ4 



Procedure (b), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send RSET. 




2 


UICC^^T 


Complete link establishment 


RQ2 


3 


T^UICC 


Send an l-frame 




4 


UICC^T 


Acknowledge the previously sent l-frame 


RQ2 
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Test case 6: interaction with TS 1 02 221 interface - reset SWP while the 
UICC sends data 



5.2.4.7.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.4.7.2 Initial conditions 

• None of the UICC contacts is activated. 

5.2.4.7.3 Test procedure 

Procedure (a), executed on TS 102 221 [2] interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface and SWP interface. 




2 


UICC^T 


Send the ATR. 




3 


T^UICC 


Start executing PPS procedure as per TS 102 221 [2]. 




4 


T^UICC 


After receiving 1^' byte of PPS, start procedure (b). 


RQ4 


5 


T^ ^ UICC 


Continue PPS procedure as per TS 102 221 [2]. 


RQ4 



Procedure (b), executed on SWP interface. 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send RSET. 




2 


UICC^-^T 


Complete link establishment 


RQ2 


3 


T^UICC 


Send an l-frame 




4 


UICC^T 


Acknowledge the previously sent l-frame 


RQ2 



5.2.4.8 Test case 7: interaction with TS 1 02 221 interface - activate SWP in 

TS 102 221 clock stop 

5.2.4.8.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.2.4.8.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.2.4.8.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface. 




2 


UICC^T 


Send the ATR. 




3 


T^UICC 


Set the TS 102 221 [2] interface in clocl< stop mode. 




4 


T^UICC 


Activate SWIO (contact C6). 


RQ1 


5 


UICC4->T 


Complete SWP interface activation. 


RQ1, 
RQ2 


6 


T^ ^ UICC 


Perform SHDLC link establishment. 


RQ1, 
RQ2 


7 


T^ ^ UICC 


Run the representative SWP frame exchange procedure. 


RQ1, 
RQ2 



5.3 Physical characteristics 

5.3.1 Temperature range for card operations 

5.3.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 6.1. 



RQ1 



All parameter values for the SWP interface shall apply for the standard temperature range for storage 
and full operation as defined in TS 102 221 [2]. 



NOTE 1 : Tests for RQ1 , SWP operation, with the parameter temperature are carried out by a selected number 
of test procedures in other clauses, where the variation of the temperature parameter is explicitly 
stated in the test execution. 

NOTE 2: Tests for RQ1 , storage temperature, are out of scope of the present document. 



5.3.2 Contacts 



5.3.2.1 



Provision of contacts 



5.3.2.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 6.2.1. 



R01 |The UICC shall use SWIO (contact C6) for data exchange (i.e. SWP) between UICC and the CLF. 



NOTE: Tests for SWP interface operation with SWIO (contact C6) are carried out within all test procedures 
which perform communication over SWIO. 



5.3.2.2 



Contact activation and deactivation 



5.3.2.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 6.2.2. 
There are no conformance requirements for the UICC for the referenced clause. 
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5.3.2.3 



Interface activation 



5.3.2.3.1 Conformance requirements 

Reference: TS 102 613 [1], clauses 6.2.3 and 9.3.1. 
The following conformance requirements apply to initial SWP interface activation: 



RQ1 


6.2.3 


The Dice shall indicate that it is ready to exchange data via SWP by resuming SWP. 


RQ2 


6.2.3 


In case the UICC does not detect the SWP ACTIVATED state, the UICC shall set S2 to state L not later 
than Ts2 INHIBIT ^^^^^ ^^^ '-"^C has put S2 in state H. 


RQ3 


6.2.3 


If the action in RQ2 is taken, the UICC shall not respond to further attempts from the CLF to communicate 
via SWP and shall wait for UICC deactivation or shall retrieve information about SWP capability of the 
terminal via any other UICC interface. 


RQ4 


6.2.3 


The UICC shall send the first ACT SYNC frame and wait for the first frame from the CLF. 


RQ5 


6.2.3 


When the UICC has received an ACT_POWER_l\/IODE frame from the CLF, the UICC shall take the 
following action: 

If the UICC has received a correct ACT_POWER_MODE and the FR bit of this frame is 1 , then the UICC 
shall repeat the last ACT frame it had sent. 


RQ6 


6.2.3 


When the UICC has received an ACT_POWER_MODE frame from the CLF, the UICC shall take the 
following action: 

If the UICC has received a correct ACT_POWER_IVIODE and the FR bit of this frame is then the UICC 
shall respond with an ACT READY frame. 


RQ7 


6.2.3 


If the UICC has received a corrupted frame, the UICC shall not respond. 



The following conformance requirements apply to subsequent SWP interface activation: 



RQ8 



6.2.3 



The initial interface activation sequence as specified in RQ1 to RQ7 shall also be applied after the 
transition of S1 to state H from the state DEACTIVATED. 



RQ9 



6.2.3 



The UICC shall not send an ACTJNFORMATION field in any of the ACT frames. 



The following conformance requirements apply to initial and/or subsequent SWP interface activation as specified: 



RQ10 


6.2.3 


For initial interface activation, the UICC shall resume SWP for sending 1^' ACT_SYNC frame within a 
maximum of 700 [as (Tgg act res v)- 


RQ11 


6.2.3 


The UICC responds to ACT_POWER_MODE frames (calculated from last bit of EOF to SWP resume) 
within a maximum of 2 000 |as (Tgg ^qj ppp). 


RQ12 


6.2.3 


The UICC re-enters SUSPENDED in case the CLF did not respond to resume within a maximum of 100 
MS (Ts2 inhibit)- 


RQ13 


6.2.3 


For subsequent interface activation, the UICC shall resume SWP for sending 1^' ACT SYNC frame within 

500 MS (Tg2 ACT RES d)- 



The following conformance requirements apply to initial and/or subsequent SWP interface activation as specified: 



RQ14 


6.2.3 


If the UICC was activated according to TS 102 221 [2], an additional activation of the SWP interface shall 
be considered as selected application on the UICC. 


RQ15 


9.3.1 


After successful activation of the SWP interface, the UICC shall support the establishment of the SHDLC 
link by the CLF. 



5.3.2.3.2 



Test case 1 : initial activation in low power mode 



5.3.2.3.2.1 Test execution 

The test procedure shall only be executed in low power mode. 

The test procedure shall be executed once for each of following parameters: 

• Tgj HIGH v' (^) Between 1 000 us and 1 020 |as; and (2) between 5 000 |as and 5 050 |as. 



£75/ 



Release 9 

5.3.2.3.2.2 Initial conditions 

• None of the UICC contacts is activated. 



34 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



5.3.2.3.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1). 




2 


T^UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


RQ1, 
RQ10 


4 


T^UICC 


Put tlie SWP into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ4 


6 


T^ ^UICC 


Perform SHDLC linl< establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.3 



Test case 2: initial activation in low power mode with corrupted frames 



5.3.2.3.3.1 Test execution 

The test procedure shall only be executed in low power mode. 

The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.3.2.3.3.2 Initial conditions 

• None of the UICC contacts is activated. 



5.3.2.3.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T-^ UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


R01, 
RQ10 


4 


T^ UICC 


Put the SWP Interface into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


R04 


6 


T^ UICC 


Send corrupted frame. 




7 


UICC 


No response. 


R07 


8 


T^ ^ UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP interface in SUSPENDED state. 



5.3.2.3.4 



Test case 3: no activation 



5.3.2.3.4.1 Test execution 

The test procedure shall only be executed in voltage class B (full power mode) and voltage class C, low power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.3.2.3.4.2 Initial conditions 

• None of the UICC contacts is activated. 
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Test procedure 



Step 


Direction 


Description 


RQ 


1 


T-^ UICC 


Activate Vcc (contact C1 ). 




2 


T->UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


RQ1, 
RQ10 


4 


T^ UICC 


Keep the SWP in SUSPENDED state. 




5 


UICC^T 


Set S2 to state L. 


RQ2, 
RQ12 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.5 



5.3.2.3.6 



Void 



Test case 5: full power mode activation 



5.3.2.3.6.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 

The test procedure shall be executed once for the parameters in each row of the following table: 



Activate TS 102 221 [2] interface in step 2 


TS1_HIGH_V timing 


No 


Between 1 000 [xs and 1 020 [xs 


Yes 


N/A 


No 


Between 5 000 [xs and 5 050 [xs 


No 


Between 49 000 [xs and 51 000 ms 



5.3.2.3.6.2 Initial conditions 

• None of the UICC contacts is activated. 



5.3.2.3.6.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T-» UICC 


Activate Vcc (contact C1 ). 




2 


T^^UICC 
conditional 


If Test execution clause indicates to do so, activate TS 1 02 221 [2] 
interface. 




3 


T^ UICC 


Activate SWIO (contact C6) (see note). 




4 


UICC^T 


Resume SWP. 


RQ1, 
RQ10 


5 


T-»UICC 


Put the SWP into ACTIVATED state. 




6 


UICC^T 


Send ACT SYNC frame. 


RQ4 


7 


T^ UICC 


Send ACT POWER MODE frame. 




8 


UICC ^ T 


Send ACT_READY frame. 


RQ6, 
RQ11 


9 


T4- -^UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.7 



Test case 6: low power mode activation with re-transmission of ACTSYNC 



5.3.2.3.7.1 Test execution 

The test procedure shall only be executed in low power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 
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5.3.2.3.7.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1). 




2 


T->UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


RQ1, 
RO10 


4 


T^UICC 


Put tlie SWP into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ4 


6 


T^UICC 


Send ACT POWER IVIODE frame witli FR=1 and low power mode indication. 




7 


UICC^T 


Send ACT_SYNC frame. 


RQ5, 
R011 


8 


T^ ^ UICC 


Perform SHDLC link establishment. 


R015 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.8 



Test case 7: full power mode activation with re-transmission of ACT_SYNC 



5.3.2.3.8.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.3.2.3.8.2 Initial conditions 

• None of the UICC contacts is activated. 



5.3.2.3.8.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


R01, 
RQ10 


4 


T^UICC 


Put the SWP into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


R04 


6 


T^UICC 


Sends ACT POWER IVIODE frame with FR=1 and full power mode indication. 




7 


UICC^T 


Send ACT_SYNC frame. 


R05, 
RQ11 


8 


T4- ^ UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.9 Void 

5.3.2.3.10 Test case 9: low power mode activation with multiple re-transmission of 
ACT_SYNC 

5.3.2.3.10.1 Test execution 

The test procedure shall only be executed in low power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 
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5.3.2.3.10.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T-^ UICC 


Activate Vcc (contact CI ). 




2 


T^ UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


RQ1, 
RQ10 


4 


T^UICC 


Put the SWP into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ4 


6 


T^UICC 


Sends ACT_POWER_MODE frame witfi FR=1 and low power mode 
indication. 




7 


UICC^T 


Send ACT_SYNC frame. 


RQ5, 
RQ11 


8 


T-^ UICC 


Sends ACT_POWER_IVIODE frame with FR=1 and low power mode 
indication. 




9 


UICC^T 


Send an ACT_SYNC frame. 


RQ5, 
RQ11 


10 


T^ -» UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.11 



Test case 10: full power mode activation with re-transmission of ACTREADY 



5.3.2.3.11.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.3.2.3.11.2 Initial conditions 

• None of the UICC contacts is activated. 



5.3.2.3.11.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate Vcc (contact CI ). 




2 


T^UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


RQ1, 
RQ10 


4 


T-^UICC 


Put the SWP into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


R04 


6 


T-^UICC 


Sends ACT_POWER_MODE frame with FR=0 and full power mode 
indication. 




7 


UICC^T 


Send ACT_READY frame. 


RQ6, 
RQ11 


8 


T-> UICC 


Send ACT POWER MODE frame with FR=1 and full power mode indication. 




9 


UICC^T 


Send ACT_READY frame. 


RQ5, 
RQ11 


10 


T^ ^UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 
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Test case 1 1 : full power mode activation with multiple re-transmission of 
ACT SYNC 



5.3.2.3.12.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.3.2.3.12.2 Initial conditions 

• None of the UICC contacts is activated. 



5.3.2.3.12.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6) (see note). 




3 


UICC^T 


Resume SWP. 


RQ1, 
RQ10 


4 


T^UICC 


Put the SWP into ACTIVATED state. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ4 


6 


T^UICC 


Send ACT_POWER_MODE frame with FR=1 and full power mode 
indication. 




7 


UICC^T 


Send ACT_SYNC frame. 


RQ5, 
RQ11 


8 


T^UICC 


Send ACT_POWER_MODE frame with FR=1 and full power mode 
indication. 




9 


UICC^T 


Send ACT_SYNC frame. 


RQ5, 
RQ11 


10 


T^ ^ UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.13 



Test case 12: subsequent activation in low power mode 



5.3.2.3.13.1 Test execution 

The test procedure shall only be executed in low power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 



5.3.2.3.13.2 



Initial conditions 



• SWP resides in DEACTIVATED state, and previously an initial SWP interface activation in low power mode 
has been successful. 



5.3.2.3.13.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Initiate subsequent SWP interface activation (see note). 




2 


UICC-»T 


Resume SWP. 


R013 


3 


T-» UICC 


Put the SWP into ACTIVATED state. 




4 


UICC^T 


Send ACT_SYNC frame. 


R04 
R09 


5 


T^ ^ UICC 


Perform SHDLC link establishment. 


R015 


NOTE: SWP in SUSPENDED state. 
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5.3.2.3.14 



Test case 13: subsequent activation in full power mode 



5.3.2.3.14.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 



5.3.2.3.14.2 



Initial conditions 



• SWP resides in DEACTIVATED state, and previously an initial SWP interface activation in full power mode 
has been successful. 



5.3.2.3.14.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Initiate subsequent SWP interface activation (see note). 




2 


UICC^T 


Resume SWP. 


RQ13 


3 


T^UICC 


Put the SWP into ACTIVATED state. 




4 


UICC^T 


Send ACT_SYNC frame. 


RQ4 
RQ9 


5 


T^ -^ UICC 


Perform SHDLC link establishment. 


RQ15 


NOTE: SWP in SUSPENDED state. 



5.3.2.3.15 Void 

5.3.2.4 Behaviour of a UICC in a terminal not supporting SWP 

5.3.2.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 6.2.4. 



RQ1 



When the UICC detects that the contact C6 is not connected to Vcc it shall connect the C6 contact with a low 
impedance to Gnd within 2 s after detecting that the terminal does not indicate the support of SWP interface. 



5.3.2.4.2 Test case 1 : detect terminal not supporting SWP by TERMINAL CAPABILITIES, 

classes B and C 

5.3.2.4.2.1 Test execution 

The test procedure shall be executed only in voltage class B, and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

The test equipment shall provide an "electrically isolated" condition on SWIO (contact C6). This shall be achieved by 
connecting a high impedance to Gnd, providing Vj^ conditions. 

5.3.2.4.2.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.3.2.4.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate the TS 102 221 [2] interface. 




2 


UICC-»T 


Send ATR. 




3 


T^ UICC 


Send TERIVIINAL CAPABILITY command as per TS 1 02 221 [2], not indicating 
the support of the UICC-CLF interface according to TS 102 613 [1]. 




4 


UICC 


Connect SWIO (contact C6) with a low impedance to Gnd. 


RQ1 


NOTE: The value of "low impedance" is not specified in TS 102 613 [1]. 



5.3.2.4.3 Test case 2: detect terminal not supporting SWP by TERMINAL CAPABILITIES, 

class A 

5.3.2.4.3.1 Test execution 

The test procedure shall be executed only in voltage class A. 

The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

The test equipment shall provide an "electrically isolated" condition on SWIO (contact C6). This shall be achieved by 
connecting a high impedance to Gnd, providing voltage class B Vj^ conditions. 

NOTE: For voltage class A, Vj^ is not specified. 

5.3.2.4.3.2 Initial conditions 

• None of the UICC contacts is activated. 



5.3.2.4.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate the TS 102 221 [2] interface. 




2 


UICC^T 


Send ATR. 




3 


T^UICC 


Send TERIVIINAL CAPABILITY command as per TS 1 02 221 [2], not indicating 
the support of the UICC-CLF interface according to TS 102 613 [1]. 




4 


UICC 


Connect SWIO (contact C6) with a low impedance to Gnd. 


RQ1 


NOTE: The value of "low impedance" is not specified in TS 1 02 61 3 [1 ]. 



5.3.2.5 Behaviour of a terminal connected to a UICC not supporting SWP 

Reference: TS 102 613 [1], clause 6.2.5. 
There are no conformance requirements for the UICC for the referenced clause. 

5.3.2.6 Inactive contacts 

Reference: TS 102 613 [1], clause 6.2.6. 
There are no conformance requirements for the UICC for the referenced clause. 
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5.4 



Electrical characteristics 



5.4.1 Operating conditions 



5.4.1.1 Operating conditions 

Reference: TS 102 613 [1], clause 7.1. 
There are no conformance requirements for the UICC for the referenced clause. 



5.4.1.2 



Supply voltage classes 



5.4.1.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 7.1.1. 



|RQ1 [The UICC shall support the voltage classes B and C, as defined in TS 102 221 [2]. 



5.4.1.2.2 



Test case 1 : TS 102 221 voltage classes B and C support 



5.4.1.2.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 

5.4.1.2.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.4.1.2.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate TS 102 221 [2] interface. 




2 


UICC->T 


Send ATR. 

If the first TA for T=1 5 is present in the ATR, it shall indicate support of at 

least voltage classes B and C. 


RQ1 


3 


T^UICC 


Activate contact SWIO. 




4 


UICC^T 


Send ACT SYNC frame. 


RQ1 



5.4.1.3 



Vcc (CI ) low power mode definition 



5.4.1.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 7.1.2. 



RQ1 



When operating in low power mode, the UICC shall not draw more than 5 mA from Vcc, averaged over 1 ms. 



RQ2 



In low power mode, the UICC shall operate with Vcc in the range of 1 ,62 V to 1 ,98 V. 
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5.4.1.3.2 



Test case 1 : operation in low power mode 



5.4.1.3.2.1 Test execution 

The test procedure shall only be executed in voltage class C, low power mode. 
The test procedure shall be executed at default, minimum, and maximum ambient temperature. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 

5.4.1.3.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.4.1.3.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame. 


RQ1 


4 


T^ ^ UICC 


Perform SHDLC link establishment and run the representative SWP frame 
exchange procedure. 


RQ1, 
RQ2 


5 


T^UICC 


Put SWP into DEACTIVATED state. 


RQ1 


6 


T^UICC 


Maintain DEACTIVATED state for at least 10 ms. 


RQ1 


7 


T^ ^ UICC 


Perform subsequent SWP interface activation. 


RQ1, 
RQ2 



5.4.1.4 



Signal S1 



5.4.1.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 7.1.3. 



RQ1 



In voltage class B the UICC shall consider S1 to be in state H when S1 is in the range between 1,13 V 
and 2,28 V. 



RQ2 



In voltage class B the UICC shall consider SI to be in state L when SI is in the range between -0,3 V 
and 0,48 V. 



RQ3 



In voltage class C the UICC shall consider SI to be in state H when SI is in the range between 
0,7 X Vcc and Vcc + 0,3 V. 



RQ4 



In voltage class C the UICC shall consider SI to be in state L when SI is in the range between -0,3 
and 0,25 x Vcc. 



5.4.1.4.2 



Test case 1 : SI communication in voltage class B 



5.4.1.4.2.1 Test execution 

The test procedure shall only be executed in voltage class B. 

The test procedure shall be executed at default, minimum, and maximum ambient temperature. 
The test procedure shall be executed once for each of following parameters: 
• Vcc at default, and S 1 signal applied with: 
ViL= 0,15 V and Vjjj= 1,70 V; 

- ViL =ViL„in and ViH= 1,70 V; 

- ViL=ViL^,, and ViH= 1,70 V; 
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ViL= 0,15 V and ViH=ViHn,in; 



VjL= 0,15 V and ViH=ViH„,,,. 



Vcc at minimum, and S 1 signal applied with: 
ViL= 0,15 V and VjH= 1,70 V; 

- ViL=ViL^,„ and ViH= 1,70 V; 

- ViL=ViL^,, and ViH= 1,70 V; 

- ViL= 0,15 V and ViH=ViH„,i„; 

- VjL= 0,15 V and ViH=ViH^,,. 

Vcc at maximum, and S 1 signal applied with: 



ViL= 0,15 V and VjH= 1,70 V; 



ViL =ViL™in and ViH= 1,70 V; 



ViL=ViL„,ax and ViH= 1,70 V; 



ViL= 0,15 V and ViH=ViHn,i„; 



ViL = 0,15 V and ViH= ViH„,ax- 



5.4.1.4.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.4.1.4.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate Vcc (contact CI). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


RQ1, 
RQ2 


4 


T-» UICC 


Send ACT_POWER_MODE frame. 


RQ1, 
RQ2 


5 


UICC^T 


Respond ACT_READY frame. 


RQ1, 
RQ2 


6 


T^^UICC 


Perform SHDLC link establishment. 


RQ1, 
RQ2 



5.4.1.4.3 



Test case 2: SI communication in voltage class C, full power mode 



5.4.1.4.3.1 Test execution 

The test procedure shall only be executed in voltage class C, full power mode. 
The test procedure shall be executed at default, minimum, and maximum ambient temperature. 
The test procedure shall be executed once for each of following parameters: 
• Vcc at default, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 
- ViL =ViL„,„ and ViH= 0,85 X Vcc; 
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ViL=ViLmax and ViH= 0,85 xVcc; 



VjL= 0,10 xVcc and ViH=VjH„,i„; 



ViL= 0,10 xVcc and ViH=ViHn,,x; 



Vcc at minimum, and S 1 signal applied with: 
ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- ViL =ViL^,„ and ViH= 0,85 X Vcc; 

- ViL =ViL^,, and ViH= 0,85 X Vcc; 

- VjL= 0,10 X Vcc and ViH=ViH„,i„; 

- VjL= 0,10 X Vcc and ViH=ViH„,,,. 
Vcc at maximum, and S 1 signal applied with: 



ViL= 0,10 X Vcc and Vih= 0,85 x Vcc; 



ViL =ViLmm and ViH= 0,85 X Vcc; 



ViL =ViL„,ax and ViH= 0,85 X Vcc; 



ViL= 0,10 X Vcc and ViH=ViHn,i„; 



VjL= 0,10 X Vcc and ViH=ViH„,,,. 



5.4.1 .4.3.2 Initial conditions 

• None of the UICC contacts is activated. 



5.4.1.4.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate Vcc (contact CI). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


RQ3, 
RQ4 


4 


T-^ UICC 


Send ACT_POWER_MODE frame indicating full power mode. 


RQ3, 
RQ4 


5 


UICC^T 


Respond ACT_READY frame. 


RQ3, 
RQ4 


6 


T^^UICC 


Perform SHDLC link establishment. 


RQ3, 
RQ4 
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5.4.1.4.4 



Test case 3: S1 communication in low power mode 



5.4.1.4.4.1 Test execution 

The test procedure shall only be executed in voltage class C, low power mode. 

The test procedure shall be executed at default, minimum, and maximum ambient temperature. 

The test procedure shall be executed once for each of following parameters: 

• Vcc at default, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- VjL =ViL^i„ and ViH= 0,85 X Vcc; 

- VjL =ViL^,, and ViH= 0,85 X Vcc; 

- ViL= 0,10 X Vcc and ViH=ViHn,in; 

- ViL= 0,10 X Vcc and ViH=ViHn,,x; 

• Vcc at minimum, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- VjL =ViL^,„ and ViH= 0,85 X Vcc; 

- VjL =ViL^^ and ViH= 0,85 X Vcc; 

- VjL= 0,10 X Vcc and ViH=ViH„,i„; 

- ViL= 0,10 X Vcc and ViH=ViH„,,x; 

• Vcc at maximum, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- VjL =ViL^,„ and ViH= 0,85 X Vcc; 

- VjL =ViL^,, and ViH= 0,85 X Vcc; 

- VjL= 0,10 X Vcc and ViH=ViH„,i„; 



ViL= 0,10 X Vcc and ViH=ViH^,,. 



5.4.1 .4.4.2 Initial conditions 

• None of the UICC contacts is activated. 



5.4.1.4.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T->UICC 


Activate Vcc (contact C1). 




2 


T^ UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


RQ3, 
RQ4 


4 


T^^UICC 


Perform SHDLC link establishment. 


RQ3, 
RQ4 



£75/ 



Release 9 46 ETSI TS 1 02 694-2 V9.4.0 (201 3-07) 

5.4.1.5 Signal S2 

5.4.1.5.1 Signal S2 

Reference: TS 102 613 [1], clause 7.1.4. 
There are no conformance requirements for the UICC for the referenced clause. 

5.4.1.5.2 Operating current for S2 

5.4.1.5.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 7.1.4.1. 



RQ1 



For supply voltage class B, when transmitting state L on S2, the UICC shall not draw less current than |jA 
and not draw more current than 20 |jA from SWIO, with S1 measured on the UICC contacts between 1,13V 
and 2,28 V. 



RQ2 



For supply voltage class B, when transmitting state H on S2, the UICC shall not draw less current than 600 |iA 

and not draw more current than 1 000 |jA from SWIO, with SI measured on the UICC contacts between 

1,13 V and 2,28 V. 



RQ3 



For supply voltage class C, when transmitting state L on S2, the UICC shall not draw less current than |jA 
and not draw more current than 20 |jA from SWIO, with SI measured on the UICC contacts between 0,7 x 
Vcc and Vcc + 0,3 V. 



RQ4 



For supply voltage class C, when transmitting state H on S2, the UICC shall not draw less current than 600 |iA 
and not draw more current than 1 000 |jA from SWIO, with SI measured on the UICC contacts between 
0,7 X Vcc and Vcc + 0,3 V. 



5.4.1 .5.2.2 Test case 1 : S2 communication in voltage class B 

5.4.1 .5.2.2.1 Test execution 

The test procedure shall only be executed in voltage class B. 

The test procedure shall be executed at default, minimum, and maximum ambient temperature. 

The test procedure shall be executed once for each of following parameters: 

• Vcc at default, and S 1 signal applied with: 

ViL=0,15 V and VjH= 1,70 V; 

- ViL= 0,15 V and ViH=ViH„,i„; 

- ViL= 0,15 V and ViH=ViH„,ax; 

• Vcc at minimum, and S 1 signal applied with: 

ViL= 0,15 V and Vjjj= 1,70 V; 

- ViL= 0,15 V and ViH=ViHn,i„; 

- ViL= 0,15 V and ViH=ViHn,ax; 

• Vcc at maximum, and S 1 signal applied with: 

ViL=0,15 V and VjH= 1,70 V; 



VjL= 0,15 V and ViH=ViH„,i„; 



VjL= 0,15 V and VjH=ViH„,ax- 
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5.4.1.5.2.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate Vcc (contact CI). 




2 


T^ UICC 


Activate SWIO (contact C6). 




3 


UICC-^T 


Send ACT_SYNC frame. 


R01, 
R02 


4 


T^UICC 


Send ACT POWER MODE frame. 


R01 


5 


UlCC^T 


Respond ACT_READY frame. 


R01, 
R02 


6 


T-»UICC 


Put SWP in SUSPENDED state. 


R01 


7 


T^ UICC 


IVIaintain SUSPENDED state for at least 2 ms. 


R01 


8 


T^^UICC 


Perform SHDLC link establishment. 


R01, 
R02 



5.4.1 .5.2.3 Test case 2: S2 communication in voltage class C, full power mode 

5.4.1 .5.2.3.1 Test execution 

The test procedure shall only be executed in voltage class C, full power mode. 

The test procedure shall be executed at default, minimum, and maximum ambient temperature. 

The test procedure shall be executed once for each of following parameters: 

• Vcc at default, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- VjL= 0,10 X Vcc and ViH=ViHn,i„; 

- ViL= 0,10 X Vcc and ViH=ViHn,ax- 

• Vcc at minimum, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 



VjL= 0,10 X Vcc and ViH=VjH„,i„; 



VjL= 0,10 X Vcc and ViH=ViH„,ax- 



• Vcc at maximum, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- ViL= 0,10 X Vcc and ViH=ViH„,i„; 

- VjL= 0,10 X Vcc and ViH=VjH„,ax- 

5.4.1.5.2.3.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.4.1.5.2.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate Vcc (contact C1). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


RQ3, 
RQ4 


4 


T-» UICC 


Send ACT POWER IVIODE frame indicating full power mode. 


RQ3 


5 


UICC-»T 


Respond ACT_READY frame. 


RQ3, 
RQ4 


6 


T-» UICC 


Put SWP in SUSPENDED state. 


RQ3 


7 


T^UICC 


IVIaintain SUSPENDED state for at least 2 ms. 


RQ3 


8 


T^^UICC 


Perform SHDLC link establishment. 


RQ3, 
RQ4 



5.4.1.5.2.4 



Test case 3: S2 communication in low power mode 



5.4.1 .5.2.4.1 Test execution 

The test procedure shall only be executed in voltage class C, low power mode. 

The test procedure shall be executed at default, minimum, and maximum ambient temperature. 

The test procedure shall be executed once for each of following parameters: 

• Vcc at default, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- ViL= 0,10 X Vcc and ViH=ViH„,i„; 

- ViL= 0,10 X Vcc and ViH=ViHn,,x- 

• Vcc at minimum, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- VjL= 0,10 X Vcc and ViH=ViH„,i„; 

- VjL= 0,10 X Vcc and ViH=ViH„,,,. 

• Vcc at maximum, and S 1 signal applied with: 

ViL= 0,10 X Vcc and VjH= 0,85 X Vcc; 

- VjL= 0,10 X Vcc and ViH=VjH„,i„; 

- VjL= 0,10 X Vcc and ViH=ViH„,,,. 

5.4.1 .5.2.4.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.4.1.5.2.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Activate Vcc (contact C1). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


RQ3, 
RQ4 


4 


T-» UICC 


Put SWP in SUSPENDED state. 


RQ3 


5 


T^ UICC 


IVIaintain SUSPENDED state for at least 2 ms. 


RQ3 


6 


T^^UICC 


Perform SHDLC link establishment. 


RQ3, 
RQ4 



5.5 Physical transmission layer 
5.5.1 S1 Bit coding and sampling time 



5.5.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 8.1. 



RQ1 



The UICC shall interpret a signal waveform received on S1 having a duration T constituted by two sequential 
rising edges with the state H for a time T^^ between 0,70 xT and 0,80 x T as bit with the logical value 1 . The 

timing reference point for T and T^^ shall be 50 % of the SI signal amplitude. 



RQ2 



The UICC shall interpret a signal waveform received on S1 having a duration T constituted by two sequential 
rising edges with the state H for a time T^q from 0,20 xT to 0,30 xT as bit with the logical value 0. The timing 

reference point for T and T|_|g shall be 50 % of the S1 signal amplitude. 



RQ3 



For the signal waveforms as per RQ1 and RQ2, the UICC shall accept signal edges with a fall time (tf) between 
5 ns and 0,05 xT with T < 5 000ns and between 5 ns and 250 ns with T > 5 000 ns, where the timing reference 
points for the fall time are 10 % and 90 % of the S1 signal amplitude. 



RQ4 



For the signal waveforms as per RQ1 and RQ2, the UICC shall accept signal edges with a rise time (tr) between 
5 ns and 0,05 xT with T < 5 000 ns and between 5 ns and 250 ns with T > 5 000 ns, where the timing reference 
points for the rise time are 10 % and 90 % of the S1 signal amplitude. 



RQ5 



The UICC shall be capable to communicate with bit rates varying with each bit transmitted on SI between the 
minimum and maximum bit duration supported (see also RQ7 and RQ8). 



RQ6 



The input capacitance of the UICC (Clqad) °^ **^^ contact C6 shall not exceed 10 pF. 



RQ7 



The UICC shall interpret bits with a duration T between 1 \is and 5 [xs. 



RQ8 



The UICC shall interpret bits with extended bit durations in the indicated range (see clause 9.4). 



RQ9 



For a transition from DEACTIVATED state or for SWIO contact activation (preceding the SWP interface 
activation procedure), the UICC shall accept a rise time tr of the signal SI in the range of 5 ns to 250 ns. 



RQ10 



For a transition to DEACTIVATED state, the UICC shall accept a fall time tf of the signal S1 in the range of 5 ns 
to 250 ns. 



RQ11 



The UICC shall accept a transition sequence, consisting of the falling edge, the state L period and the rising 
edge of an idle bit (see RQ2). The value of T shall result from the length of the state L period, where the timing 
reference point shall be 50 % of the SI signal amplitude. 



RQ12 



The UICC shall accept a transition sequence as described in RQ1 1 with the definitions as described in RQ3 and 
RQ4 for the fall time tf for the leading edge and the rise time tr for the trailing edge. 
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5.5.1.2 



Test case 1 : communication with timing variation, default bit duration 



5.5.1.2.1 



Test execution 



The test procedure shall be executed at default, minimum, and maximum ambient temperature. 
The test procedure shall be executed once for each of following parameter sets: 



T 


Thi 


^HO 


3 lis 


75% 


25% 


1 |iS 


70% 


30% 


80% 


20% 


75% 


25% 


5 |is 


70% 


30% 


80% 


20% 


75% 


25% 



5.5.1.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.5.1.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact CI). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Resume SWP. 




4 


T^UICC 


Send a transition sequence. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ11 


6 


T^UICC 
UICC^T 


If the terminal performs initial SWP interface activation in full power mode, 
complete initial SWP interface activation. 


RQ1, 
RQ2, 
RQ7 


7 


T^UICC 
UICC^T 


Establish SHDLC link. 


RQ1, 
RQ2, 
RQ7 


8 


T-^UICC 
UICC^T 


Run the representative SWP frame exchange procedure. 

The frame exchange shall be performed in such a way, that the referenced 

RQs can be fully validated. 


RQ1, 
RQ2, 
RQ7 



5.5.1.3 



Test case 2: communication with timing variation, extended bit duration 



5.5.1.3.1 Test execution 

The test procedure shall be executed at default, minimum, and maximum ambient temperature. 

If the DUT supports 0_EXTENDED_T_LOWER but not 0_EXTENDED_T_UPPER, the test procedure shall be 
executed once for each of the following parameter sets: 



T 


Thi 


^HO 


0,590 MS 


70% 


30% 


80% 


20% 


75% 


25% 
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If the DUT supports 0_EXTENDED_T_UPPER but not 0_EXTENDED_T_LOWER, the test procedure shall be 
executed once for each of the following parameter sets: 



T 


Thi 


^HO 


10 lis 


70% 


30% 


80% 


20% 


75% 


25% 



If the DUT supports 0_EXTENDED_T_LOWER and 0_EXTENDED_T_UPPER, the test procedure shall be 
executed once for each of the following parameter sets: 



5.5.1.3.2 



T 


Thi 


^HO 


0,590 MS 


70% 


30% 


80% 


20% 


75% 


25% 


10 ns 


70% 


30% 


80% 


20% 


75% 


25% 



Initial conditions 



None of the UICC contacts is activated. 



5.5.1.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Resume SWP. 




4 


T^UICC 


Send a transition sequence. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ11 


6 


T^UICC 
UICC^T 


If the terminal performs initial SWP interface activation in full power mode, 
complete initial SWP interface activation. 


RQ1, 
RQ2, 
RQ7, 
RQ8 


7 


T^UICC 
UICC-»T 


Establish SHDLC link 


RQ1, 
RQ2, 
RQ7, 
RQ8 


8 


T^UICC 
UICC^T 


Run the representative SWP frame exchange procedure. 

The frame exchange shall be performed in such a way, that the 

referenced RQs can be fully validated. 


RQ1, 
RQ2, 
RQ7, 
RQ8 
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5.5.1 .4 Test case 3: S1 rise and fall time 



5.5.1.4.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, fall power mode. 
The test procedure shall be executed once for each of following parameter sets: 



T 


tr 


tf 


3 ms 


78 ns 


78 ns 


1 |JS 


28 ns 


28 ns 


5 ns 


28 ns 


28 ns 


5 ns 


50 ns 


28 ns 


28 ns 


50 ns 


5 |js 


128 ns 


128 ns 


5 ns 


128 ns 


128 ns 


5 ns 


250 ns 


128 ns 


128 ns 


250 ns 



5.5.1.4.2 Initial conditions 

• None of the UICC contacts is activated. 



5.5.1.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact CI ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Resume SWP. 


RQ9 


4 


T^UICC 


Send a transition sequence. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ12 


6 


T^UICC 
UICC ^ T 


Complete initial SWP interface activation. 


RQ3, 
RQ4 


7 


T^UICC 
UICC^T 


Perform SHDLC link establishment. 


RQ3, 
RQ4 


8 


T^UICC 


Put SWP into DEACTIVATED state. 




9 


T^UICC 


Initiate subsequent interface activation. 




10 


UICC^T 


Resume SWP. 


RQ9, 
RQ10 



5.5.1 .5 Test case 4: measurement of C6 input capacitance 

5.5.1.5.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.5.1.5.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.5.1.5.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 




IVleasure Clq^q. 


RQ6 


NOTE: Clause 5.5.1 .5.4 gives an example for the Implementation of this test. 



5.5.1.5.4 



Example for C6 input capacitance test implementation (informative) 



In this example, the test equipment provides means for capacitance measurement, e.g. by connecting temporarily an 
LCR-meter instead of the terminal simulator. But regardless, the test equipment has to act as valid terminal. 

The capacitance measurement is done at several settings for the frequency of the AC signal (sine wave), e.g. 4 MHz, 
16 MHz, 28 MHz. 

With the initial condition: "None of the UICC contacts is activated", the test procedure is as follows: 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame. 




4 




Wait for at least 1 ms. 




5 




Measure the capacitance Clq_^q on SWIO (contact C6), with an AC signal 
(sine wave) applied having a signal range between Vi^^i^ and V||_||^g^. 


R06 


6 


T^UICC 


Put SWP into DEACTIVATED state. 




7 




Wait for at least 1 ms. 




8 




Measure the capacitance C^_q/^^ on SWIO (contact C6), with an AC signal 
(sine wave) applied having a signal range between V and Vi^^^j^. 


R06 



5.5.1.6 



Test case 5: communication with variation in bit duration 



5.5.1.6.1 



Test execution 



The bit duration between bits transmitted on S 1 shall be varied such that RQ5 can be fully validated, including extended 
bit duration if supported by the UICC. 

5.5.1.6.2 Initial conditions 

• None of the UICC contacts is activated. 



5.5.1.6.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact CI). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Resume SWP. 




4 


T^UICC 


Send a transition sequence. 




5 


UICC^T 


Send ACT SYNC frame. 


RQ5 


6 


T-^UiCC 
UICC^T 


If the terminal performs initial SWP interface activation in full power mode, 
complete initial SWP interface activation. 


RQ5 


7 


T-^UiCC 
UICC^T 


Establish SHDLC link. 


RQ5 


8 


T^UICC 


Send l-frame. 




9 


UICC^T 


Acknowledge the received l-frame. 


R05 



£75/ 



Release 9 



54 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



5.5.2 S2 switching management 
5.5.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 8.2. 



|RQ1 [The UICC shall only perform switching of S2 when S1 is in state L, or when resuming SWP. 



5.5.2.2 Test case 1 : S2 switching management 

5.5.2.2.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.5.2.2.2 Initial conditions 

• The SHDLC Unk is estabhshed. 



5.5.2.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 
UICC^T 


Run the representative SWP frame exchange procedure. 

The frame exchange shall be performed in such a way, that the 
referenced RQ can be fully validated. 


RQ1 



5.5.3 SWP interface states management 



5.5.3.1 



Conformance requirements 



Reference: TS 102 613 [1], clause 8.3. 



RQ1 



For a transition from SWP SUSPENDED state to SWP ACTIVATED state initiated by the UICC, the UICC 
shall draw a current (S2 in state H). (The slave resumes by drawing a current). 



RQ2 



In case the state transition from SWP SUSPENDED state to SWP ACTIVATED state was initiated by the 
UICC, the delay after the transition sequence until the l' bit of the SOF is sent by the UICC shall not exceed 4 
bits. 



RQ3 



The UICC shall be capable of receiving frames in the ACTIVATED state. 



5.5.3.2 Test case 1 : SWP interface states management by the UICC 

5.5.3.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.5.3.2.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.5.3.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^ UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Resume SWP. 


R01 


4 


T^ UICC 


Send a transition sequence. 




5 


UICC^T 


Send ACT SYNC frame. 


R02 


6 


T^UICC 


Send ACT POWER MODE frame. 




7 


UICC^T 


Send ACT READY frame. 


R03 



5.5.4 Power mode states/transitions and Power saving mode 



5.5.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 8.4. 



R01 



When the terminal activates Vcc (contact C1 ) the UICC shall enter the initial power state with the current 
consumption of the UICC complying with the value in TS 1 02 221 [2] for "power consumption of the UICC during 
ATR at 4 MHz external clock frequency" 



R02 



The UICC shall enter low power mode when this mode is indicated in a power mode frame during initial SWP 
interface activation or when the UICC receives the first non-ACT frame without having received a power mode 
frame during initial SWP interface activation. 



R03 



The UICC shall enter full power mode when this mode is indicated in a power mode frame during initial SWP 
interface activation, or if the conditions for full power mode on another interface are fulfilled. 



R04 



During the initial power state, the UICC may already increase its current consumption to the value defined for low 
power mode as soon as it detects the SWP ACTIVATED state. 



R05 



The UICC shall enter the power saving mode when all of the following conditions for activated interfaces are 
given: 

• clock stop mode according to TS 1 02 221 [2] if this interface is activated (if UICC is in full power mode); 

• suspend mode according to TS 102 600 [3] if this interface is activated (if UICC is in full power mode); 

• one of the following conditions is met: 

o SWP contact deactivated (if UICC is in full power mode or in low power mode). The UICC shall 
enter the power saving mode no later than 10 ms after the SWP is in state DEACTIVATED. 

o The last information received on SWP was the SHDLC acknowledgment to the indication by the 
upper layer that the UICC requires no more activity on this interface (if UICC is in full power mode 
or in low power mode). The UICC shall enter the power saving mode not later than 1 ms after the 
SWP is in state SUSPENDED (see note 2). 



RQ6 



When the UICC is in power saving mode it shall not exceed the current defined for clock stop mode in 
TS 102 221 [2] or the limit given for suspend mode in TS 102 600 [3] whatever the interface is activated. 



R07 



The UICC shall exit the power saving mode when at least one of the UICC interfaces is resumed from these 
conditions. 



NOTE 1 : The second part of RQ3 ("conditions for full power mode on another interface") is not tested, as it relates to 

the other interface and not to the SWP interface. 
NOTE 2: Development of test cases for the 2"^^ sub bullet point of the 3'" bullet point of RQ5 is FFS. Wherever R05 is 
referenced in the test procedure, it does not include the 2"'^ sub bullet point of the 3'^'^ bullet point. 
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The table below specifies the phases and UICC conformance values for each of the RQs. 



RQ 


Start of phase 


End of phase 


UICC 

conformance 

value 


Reference 








Class 
B 


Class 
C 




RQ1 


Vcc activated 


End of first transition sequence 


6 mA 


4 mA 


TS 102 221 [2] 


RQ4 


End of first transition sequence 


End of first frame from CLF 


6 mA 


5 mA 


Clause 8.4 


RQ2 


End of first frame from CLF 


While activated and not in power 
saving mode 


N/A 


S mA 


Clause 8.4 


RQS 


End of first frame from CLF 


While activated and not in power 
saving mode 


10 mA 


10 mA 


TS 102 221 [2] 


RQS, 
RQ6 


Conditions in RQS. Note particularly 
that power saving mode only applies 
10 ms after SWIQ is deactivated. 


Conditions in RQ6 


100 liA 


lOOiiA 


TS 102 221 [2] 


100 liA 


100 liA 


TS 102 600 [3] 


RQ7 


Conditions in RQ7 


While activated and not in power 
saving mode 


10 mA 


10 mA 


TS 102 221 [2] 



Test case implementations shall not select any application on the TS 102 221 [2] interface; this ensures that the values 
given in the table for full power mode (10 mA) remain valid. 

In the Test procedure tables in the test cases, the relevant RQs are mentioned in each step where they may occur. 
However, the RQ may only occur in part of that step; the table above shall be used to identify the period of time where 
the RQ is relevant. 

5.5.4.2 Test case 1 : power states in low power mode (ACT_POWER_MODE) 

5.5.4.2.1 Test execution 

The test procedure shall only be executed voltage class C, low power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.5.4.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.5.4.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact CI ). 


RQ1 


2 


T^UICC 


Activate SWIO (contact C6). 


RQ1, 
RQ4 


3 


UICC^T 


Send ACT SYNC frame. 


RQ4 


4 


T^UICC 


Send ACT_POWER_MQDE frame indicating low power mode with FR bit set to 1 . 


RQ2, 
RQ4 


5 


UICC ^ T 


Send ACT SYNC frame. 


RQ2 



5.5.4.3 



Test case 2: power states in low power mode (non-ACT) 



5.5.4.3.1 Test execution 

The test procedure shall only be executed in voltage class C, low power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 
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5.5.4.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ) 


RQ1 


2 


T^UICC 


Activate SWIO (contact C6) 


RQ1, 
RQ4 


3 


UICC^T 


Send ACT SYNC frame 


RQ4 


4 


T^UICC 


Send RSET() frame 


RQ2, 
RQ4 


5 


UICC-»T 


Send UA or RSET frame 


RQ2 



5.5.4.4 Test case 3: power states in full power mode, without TS 102 221 

5.5.4.4.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 
The contacts CLK, RST, I/O of the TS 102 221 [2] interface shall not be activated. 

5.5.4.4.2 Initial conditions 

• None of the UICC contacts is activated. 



5.5.4.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact CI). 


RQ1 


2 


T^UICC 


Activate SWIO (contact C6). 


RQ1, 
RQ4 


3 


UICC^T 


Send ACT SYNC frame. 


RQ4 


4 


T^UICC 


Send ACT_POWER_MODE frame. 


RQ3, 
RQ4 


5 


UICC^T 


Send ACT READY frame. 


RQ3 



5.5.4.5 Test case 4: power saving mode with TS 1 02 221 interface - restart 

TS 102 221 interface first 

5.5.4.5.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 

The test procedure shall be executed for all of the following sequences, each of which activates the UICC and puts it 
into power saving mode in a particular order (see step 1). For each sequence, each part shall be executed sequentially. 

• ISO reset + ATR - CLK stop - SWP activation - SWP deactivation 

• ISO reset + ATR - SWP activation - CLK stop - SWP deactivation 

• ISO reset + ATR - SWP activation - deactivation - CLK stop 

• ISO reset + ATR - PPS - CLK stop - SWP activation - SWP deactivation 
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ISO reset + ATR - SWP activation- PPS - CLK stop - SWF deactivation 
ISO reset + ATR - SWP activation - PPS - SWP deactivation - CLK stop 
SWP activation - ISO reset + ATR - CLK stop - SWP deactivation 
SWP activation - ISO reset + ATR - SWP deactivation - CLK stop 
SWP activation - ISO reset + ATR - PPS - CLK stop - SWP deactivation 
SWP activation - ISO reset + ATR- PPS - SWP deactivation - CLK stop 

5.5.4.5.2 Initial conditions 

The UICC is deactivated. 



5.5.4.5.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^UICC 


Execute the sequence specified in the Test execution clause. 




2 


UICC 


Power saving mode. 


RQ5, 
RQ6 


3 


T^UICC 


On the TS 102 221 [2] interface, restart the clock. 




4 


T-»UICC 


Send a C-APDU on the TS 102 221 [2] interface. 




5 


UICC^T 


Send an R-APDU on the TS 102 221 [2] interface. 

RQ7 shall be validated for 10 ms after the start of the R-APDU. 


RQ7 


6 


T^UICC 


Initiate subsequent SWP interface activation. 




7 


UICC^T 


Send ACT_SYNC frame. 

RQ7 shall be validated for 10 ms after the SWIG is put high. 


RQ7 



5.5.4.6 Test case 5: power saving mode with TS 1 02 221 interface - restart 

TS 102 61 3 interface first 

5.5.4.6.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 

The test procedure shall be executed for all of the following sequences, each of which activates the UICC and puts it 
into power saving mode in a particular order (see step 1). For each sequence, each part shall be executed sequentially. 

ISO reset H-ATR - CLK stop - SWP activation - SWP deactivation 

ISO reset H-ATR - SWP activation - CLK stop - SWP deactivation 

ISO reset H-ATR - SWP activation - deactivation - CLK stop 

ISO reset +ATR - PPS - CLK stop - SWP activation - SWP deactivation 

ISO reset +ATR - SWP activation- PPS - CLK stop - SWP deactivation 

ISO reset + ATR - SWP activation - PPS - SWP deactivation - CLK stop 

SWP activation - ISO reset +ATR - CLK stop - SWP deactivation 

SWP activation - ISO reset +ATR - SWP deactivation - CLK stop 

SWP activation - ISO reset +ATR - PPS - CLK stop - SWP deactivation 

SWP activation - ISO reset +ATR- PPS - SWP deactivation - CLK stop 
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5.5.4.6.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^UICC 


Execute the sequence specified in the Test execution clause. 




2 


UICC 


Power saving mode. 


RQ5, 
RQ6 


3 


T-^UICC 


Initiate subsequent SWP interface activation. 




4 


UICC^T 


Send ACT_SYNC frame. 

RQ7 shall be validated for 10 ms after the SWIO is put high. 


RQ7 


5 


T^UICC 


On the TS 102 221 [2] interface, restart the clock. 




6 


T^UICC 


Send a C-APDU on the TS 102 221 [2] interface. 




7 


UICC^T 


Send an R-APDU on the TS 102 221 [2] interface. 

RQ7 shall be validated for 10 ms after the start of the R-APDU. 


RQ7 



5.5.4.7 Test case 6: power saving mode with TS 1 02 600 interface - restart 

TS 1 02 600 interface first 

5.5.4.7.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.5.4.7.2 Initial conditions 

• The SHDLC Unk is established. 

• The TS 102 600 [3] interface is activated. 



5.5.4.7.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Enter Suspend state on TS 1 02 600 [3] interface. 




2 


T^UICC 


Put SWP into DEACTIVATED state. 




3 


UICC 


Power saving mode. 


R05, 
R06 


4 


T^UICC 


Resume the TS 102 600 [3] interface. 




5 


T^UICC 


Send a C-APDU on the TS 1 02 600 [3] interface. 




6 


UICC^T 


Send an R-APDU on the TS 102 600 [3] interface. 

RQ7 shall be validated for 10 ms after the start of the R-APDU. 


R07 


7 


T^UICC 


Initiate subsequent SWP interface activation. 




8 


UICC^T 


Send ACT_SYNC frame. 

RQ7 shall be validated for 10 ms after the SWIO is put high. 


R07 



5.5.4.8 Test case 7: power saving mode with TS 1 02 600 interface - restart 

TS 102 61 3 interface first 

5.5.4.8.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test case-specific parameters for this test case. 



£75/ 



Release 9 

5.5.4.8.2 Initial conditions 

• The SHDLC link is established. 

• The TS 102 600 [3] interface is activated. 



60 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



5.5.4.8.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Enter Suspend state on TS 1 02 600 [3] interface. 




2 


T^UICC 


Put SWP into DEACTIVATED state. 




3 


UICC 


Power saving mode. 


RQ5, 
RQ6 


4 


T-^UICC 


Initiate subsequent SWP interface activation. 




5 


UICC^T 


Send ACT_SYNC frame. 

RQ7 sliall be validated for 10 ms after the SWIO is put high. 


RQ7 


6 


T^UICC 


Resume the TS 102 600 [3] interface. 




7 


T^UICC 


Send a C-APDU on the TS 1 02 600 [3] interface. 




8 


UICC^T 


Send an R-APDU on the TS 102 600 [3] interface. 

RQ7 shall be validated for 10 ms after the start of the R-APDU. 


RQ7 



5.5.4.9 



Void 



5.6 Data link layer 



5.6.1 Overview 

Reference: TS 102 613 [1], clause 9.1. 
There are no conformance requirements for the UICC for the referenced clause. 

5.6.2 Medium Access Control (MAC) layer 
5.6.2.1 Bit order 

5.6.2.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 9.2.1. 



RQ1 The UICC shall send payload data with IVISB first. 



RQ2 [The UICC shall interpret payload data received from the CLF with IVISB first. 



NOTE: RQ1 and RQ2 are validated implicitly in other test cases within the present document. 



5.6.2.1.2 



Void 
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5.6.2.2 



Structure 



5.6.2.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 9.2.2. 



RQ1 



The UICC shall correctly interpret error free frames sent by CLF with at least one idle bit between the 
frames. 



RQ2 



Between frames, idle bits (logical value 0) are sent. There is at least one idle bit between frames. 
A wakeup sequence, consisting of a bit with logical value 1 , shall be inserted immediately before the 
SOF FLAG for each frame sent from the slave to the master. 



RQ3 



RQ4 



The UICC shall reject incorrectly formed frames sent by CLF (this includes incorrect frame structures). 
The UICC shall send correctly formed frames to the CLF. 



RQ5 



5.6.2.2.2 



Test case 1 : interpretation of incorrectly formed frames - ACT LLC 



5.6.2.2.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters: 

• Incorrectly formed ACT LLC frame: 

ACT_POWER_MODE frame with wrong CRC16. 

ACT_POWER_MODE frame, no SOF. 

ACT LLC frame with ACT_POWER_MODE in the LLC control field, no CRC 16. 

ACT LLC frame with ACT_POWER_MODE in the LLC control field, followed by 7 bits with value 0, 
CRC16 calculated for a ACT_POWER_MODE frame indicating full power mode. 

Frame with no Payload and no CRC16. 

5.6.2.2.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.2.2.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1). 




2 


T^ UICC 


Activate SWIO (contact C6). 




3 


UICC->T 


Send ACT SYNC frame. 


RQ3, R05 


4 


T^ UICC 


Send incorrectly formed ACT LLC frame. 




5 


UICC-»T 


No response. 


RQ4 


6 


T-»UICC 


Send ACT POWER MODE frame. 




7 


UICC->T 


Respond with ACT_READY frame. 


RQ1, 
RQ3, 
RQ5 
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5.6.2.2.3 Test case 2: interpretation of incorrectly formed frames - SHDLC RSET frames 

5.6.2.2.3.1 Test execution 

The test procedure shall be executed once for each of the following parameters. 

• Incorrectly formed SHDLC LLC RSET frame: 

RSETO frame with wrong CRC16. 

RSETO frame, no SOF. 

Frame with no Payload and no CRC16. 

5.6.2.2.3.2 Initial conditions 

• The SHDLC link is established and no further communication is expected. 

5.6.2.2.3.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send incorrectly formed SHDLC LLC RSET() frame. 




2 


UICC^T 


No response. 


RQ4 


3 


T^UICC 


Send RSETO. 




4 


T^ ^ UICC 


Complete SHDLC link re-establishment. 


RQ1, 
RQ3, 
RQ5 



5.6.2.2.4 



Test case 3: interpretation of incorrectly formed frames - SHDLC l-frames 



5.6.2.2.4.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• Incorrectly formed SHDLC LLC I-frame: 

I-Frame with wrong CRC16. 

I-Frame, no SOF. 

Frame with no Payload and no CRC16. 

5.6.2.2.4.2 Initial conditions 

• The SHDLC link is established without SREJ support, and no further communication is expected. 

5.6.2.2.4.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send corrupted frame followed immediately by I-frame (NS0_S-h2,x), where 
NSO_S is the sequence number of the last I-frame sent by the terminal 
simulator which was successfully acknowledged by the UICC. 




2 


UICC^T 


Send REJ{NS0_S+1). 


RQ3, 
RQ4, 
RQ5 
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5.6.2.2.5 Test case 4: communication with frames - idle bits and wakeup sequence 

5.6.2.2.5.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.2.2.5.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.2.2.5.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 
T^UICC 


Perform SWP interface activation and SHDLC linl< establishment. 


RQ2, 
RQ3 


4 


User ^ UICC 


Trigger the UICC to send 9 l-frames. 

Where possible, the UICC should be triggered in such a way that the 1- 

frames will be sent in as close succession as possible. 




5 


UICC^T 
T^UICC 


UICC sends l-Frames as indicated in step 4. 
Terminal simulator acknowledges these l-frames. 


RQ2, 
RQ3 


6 


T^UICC 


Send 4 consecutive l-frames, with at least two occurrences of consecutive 
l-frames transmitted with a single idle bit between the frames. 




7 


UICC^T 


UICC acknowledges these frames. 

If UICC sends RNR, the Terminal simulator shall wait for the RR for a 
maximum of 100 ms. The Terminal simulator shall resume the traffic with the 
l-frame indicated in the RR. If the Terminal simulator has no data to send, it 
shall send an empty l-frame. If the RR is not received within 100 ms, this is 
a failure of the UICC. 


RQ1 



5.6.2.3 



Bit stuffing 



5.6.2.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 9.2.3. 



RQ1 



Zero bit stuffing shall be employed by the transmitting entity when sending the payload and the CRC on SWP. 
After five consecutive bits with the logical value 1 , a bit with the logical value is inserted. 



RQ2 



If the last five bits of the CRC contain the logical value 1 , then no bit with the logical value shall be added. 
In a received frame, the UICC shall recognize stuffed bits and discard them. 



RQ3 



5.6.2.3.2 Test case 1 : behaviour of UICC with bit stuffing in frame 

5.6.2.3.2.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.2.3.2.2 Initial conditions 

• The SHDLC link is established and no further communication is expected. 
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Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^UICC 


Run the representative SWP frame exchange procedure. 
The following patterns (specified before bit stuffing has been applied) shall 
be generated in both directions (to the UICC and from the UICC), and using 
a separate l-frame for each pattern: 

• '11 111 O'b at the start of the payload; 

• '01 1 1 1 1 11 11 1 0'b during the payload; 

• '011111'b at the end of the payload; 

• '01 1 1 1 1 0'b where the second "1 " is the last bit of the payload and 
the third "1 " is the first bit of the CRC; 

• '011111'b at the end of the CRC; 

• '01 1 1 1 1 0'b at the end of the CRC. 

For l-frames transmitted by the UICC, validate that the correct bits are 

transmitted. 

For l-frames transmitted by the simulator, validate that the UICC 

acknowledges these l-frames. 


RQ1 
RQ2, 
RQ3 



5.6.2.4 



Error detection 



5.6.2.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 9.2.4. 



RQ1 



Frames transmitted by UICC shall use the 16 bit frame checking sequence as given in ISO/IEC 13239 [9] 
on bits between SOF and EOF, which are both excluded, to compute the CRCs. 



RQ2 



The UICC shall detect errors on received frames using the 16 bit frame checking sequence as given in 
ISO/IEC 13239 [9] on bits between SOF and EOF, which are both excluded. 



5.6.2.4.2 



Test case 1 : RSET with CRC error 



5.6.2.4.2.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.2.4.2.2 Initial conditions 

• SWP interface is activated. 



5.6.2.4.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send RSETO with CRC error. 




2 


UICC 


No response. 


R02 


3 


T^UICC 


Send RSETQ. 




4 


UICC^T 


Respond UA or RSET. 


R01 
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RQ1 



The UICC shall support the SHDLC LLC layer. 



RQ2 



The UICC shall support the ACT LLC layer. 



RQ3 



LPDUs shall be structured according to TS 102 613 [1], 



5.6.3.1.2 



Test case 1 : support of ACT LLC and ACT LPDU structure 



5.6.3.1.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.3.1.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.3.1.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact CI ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


R02, 
R03 


4 


T^UICC 


Send ACT POWER MODE frame. 




5 


UICC^T 


Send ACT_READY frame. 


R02, 
R03 



5.6.3.1.3 



Test case 2: support of SHDLC LLC and SHDLC LPDU structure 



5.6.3.1.3.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.3.1.3.2 Initial conditions 

• The SWP interface is activated. 



5.6.3.1.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^UICC 


Perform SHDLC link establishment. 




2 


T^ ^UICC 


Run the representative SWP frame exchange procedure. 

Exchange of l-frames and S-frames in both directions shall be included. 


R01, 
R03 
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Interworking of the LLC layers 



5.6.3.2.1 Conformance requirements 

Reference: TS 102 613 [1], clauses 9.3.1 and 11.6.2. 



R01 


9.3.1 


After the SWIO activation or after the transition of SI to state H from DEACTIVATED state, the ACT 
LLC shall be used by the UICC. 


R02 


9.3.1 


After the UICC and the CLF have established the SHDLC link, the UICC shall not send ACT LLC 
frames. 


R03 


9.3.1 


After the UICC and the CLF have opened a CLT session, the UICC shall not send ACT LLC frames. 


R04 


9.3.1 


After the UICC and the CLF have established the SHDLC link,the UICC shall ignore received ACT LLC 
frames. 


R05 


9.3.1 


After the UICC and the CLF have opened a CLT session, the UICC shall ignore received ACT LLC 
frames. 


R06 


9.3.1 


To enter the SHDLC LLC for the first time after SWP interface activation, the link establishment 
procedure (as described in TS 102 613 [1]) shall apply. 


R07 


9.3.1 


Once the SHDLC link is established, a CLT session shall not invalidate the SHDLC context and the 
endpoint capabilities negotiated during the SHDLC link establishments. 


R08 


9.3.1 


During a CLT session, if an SHDLC LLC frame is received by the UICC, then the UICC shall consider 
the CLT session as closed. 


R09 


9.3.1 


On receiving a corrupted SWP frame, the UICC shall use the error recovery procedure defined for LLC 
of the last correctly received SWP frame. 


RO10 


9.3.1 


Immediately after SWIO activation or after the transition of SI to state H from DEACTIVATED state, the 
error handling of the ACT LLC shall apply. 


R011 


9.3.1 


The UICC shall not send the first non-ACT frame after SWP interface activation. 


R012 


11.6.2 


The UICC shall not send a CLT frame before having received a CLT frame with the ADMIN FIELD set 
toCL PROTO INF(A)orCL PROTO INF(F). 


NOTE 1 
NOTE 2 
NOTES 
NOTE 4 


: RQ2 and RQ3 are non-occurrence RQs. 

: Development of test cases for RQ2 and RQ3 is FFS. 

: Test cases for R06 are given also in clause 5.7 of the present document. 

: RQ9 is tested in clause 5.6.2.2.4 in the context of the SHDLC LLC. 



5.6.3.2.2 Test case 1 : error handling of ACT LLC on reception of corrupted frame, after 

SWIO activation 

5.6.3.2.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.3.2.2.2 Initial conditions 

• None of the UICC contacts is activated. 
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5.6.3.2.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T->UICC 


Activate Vcc (contact CI ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame. 


R01 


4 


T^UICC 


Send corrupted frame. 




5 


UICC^T 


No response. 


RO10, 


6 


T^UICC 


Send ACT POWER MODE frame with FR = 0. 




7 


UICC^T 


Send ACT READY frame. 




8 


T^UICC 


Send corrupted frame. 




9 


UICC^T 


No response. 


R09 


10 


T^UICC 


Put SWP in DEACTIVATED state. 




11 


T^UICC 


Initiate subsequent interface activation. 




12 


UICC^T 


Send ACT SYNC frame. 


R01 


13 


T^UICC 


Send corrupted frame. 




14 


UICC^T 


No response. 


RO10 


15 


T^ ^UICC 


Perform SHDLC link establisliment. 


RO10 



5.6.3.2.3 Test case 2: ignore ACT LLC frame reception after the SHDLC link establishment 

5.6.3.2.3.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.3.2.3.2 Initial conditions 

• The SHDLC link is established and no further communication is expected. 

5.6.3.2.3.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T-^UICC 


Send ACT POWER MODE frame. 




2 


UICC 


No response or response not based on ACT LLC. 


R04 


3 


T^UICC 


Send l-frame. 




4 


UICC^T 


Acknowledge l-frame. 


R04 



5.6.3.2.4 



Test case 3: ignore ACT LLC frame reception in CLT session 



5.6.3.2.4.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• CLT LLC transporting ISO/IEC 14443-3 [6] type A data, if available, and CLT LLC transporting 
ISO/IEC 18092 [8] data, if available. 

5.6.3.2.4.2 Initial conditions 

• The CLT session is established and last frame exchange was a UICC response based on CLT LLC. 

5.6.3.2.4.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send ACT POWER MODE frame. 




2 


UICC 


No response or response not based on ACT LLC. 


R05 


3 


T^UICC 


Send valid CLT frame with ADMIN FIELD = No administrative command. 




4 


UICC^T 


Send valid CLT response frame. 


R05 
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5.6.3.2.5 



Test case 4: CLT session during SHDLC communication 



5.6.3.2.5.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• CLT LLC transporting ISO/IEC 14443-3 [6] type A data, if available, and CLT LLC transporting 
ISO/IEC 18092 [8] data, if available. 

5.6.3.2.5.2 Initial conditions 

• The SWP interface is activated. 



5.6.3.2.5.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^ UICC 


Perform SHDLC link establishment. 




2 


T^ ^UICC 


Exchange the SHDLC frames according to upper layer,at least as needed to 
enter a CLT session. 




3 


T 


Wait until no further communication is expected over the SHDLC link. 




4 


T^UICC 


Send CLT frame to open a CLT session. 




5 


UICC^T 


Respond CLT frame. 




6 


T^ ^UICC 


Perform further SHDLC communication using the previous SHDLC context 
and the endpoint capabilities negotiated during the SHDLC link 
establishment. 


RQ7 



5.6.3.2.6 Test case 5: closing condition of CLT session whereas SHDLC link has been 

established before CLT session 

5.6.3.2.6.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• CLT LLC transporting ISO/IEC 14443-3 [6] type A data, if available, and CLT LLC transporting 
ISO/IEC 18092 [8] data, if available. 

5.6.3.2.6.2 Initial conditions 

• The SHDLC link was established before opening of CLT session. 

• The CLT session is established and last frame exchange was a UICC response based on CLT LLC. 

5.6.3.2.6.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send l-frame. 




2 


UICC^T 


Acknowledge l-frame. 




3 


T^UICC 


Send CLT frame which is not valid to open a CLT session. 




4 


UICC^T 


No response or response not based on CLT session. 


RQ8, 
RQ12 
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Test case 6: closing condition of CLT session whereas SHDLC link has not been 
established before CLT session 



5.6.3.2.7.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• CLT LLC transporting ISO/IEC 14443-3 [6] type A data, if available, and CLT LLC transporting 
ISO/IEC 18092 [8] data, if available. 

5.6.3.2.7.2 Initial conditions 

• The SHDLC link was not established before opening of CLT session. 

• The CLT session is established and last frame exchange was a UICC response based on CLT LLC. 



5.6.3.2.7.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^UICC 


Perform SHDLC link establishment. 




2 


T^UICC 


Send CLT frame which is not valid to open a CLT session. 




3 


UICC^T 


No response or response not based on CLT session. 


RQ8, 
RQ12 



5.6.3.2.8 Test case 7: interpretation of corrupted frames - single SHDLC frame 

5.6.3.2.8.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.3.2.8.2 Initial conditions 

• The SHDLC link is established and no further communication is expected. 

5.6.3.2.8.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send corrupted frame. 




2 


UICC-^T 


No response. 


RQ9 


3 


T^UICC 


Send l-frame. 




4 


UICC->T 


Acknowledge l-frame. 


RQ9 



5.6.3.2.9 Void 

5.6.3.2.10 Test case 9: interpretation of corrupted frames - CLT frames 

5.6.3.2.10.1 Test execution 

The test procedure shall be executed once for each of the following parameters: 

• CLT LLC transporting ISO/IEC 14443-3 [6] type A data, if available, and CLT LLC transporting 
ISO/IEC 18092 [8] data, if available. 

5.6.3.2.10.2 Initial conditions 

• The CLT session is established and last frame exchange was a UICC response based on CLT LLC. 
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5.6.3.2.10.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send corrupted frame. 




2 


UICC^T 


No response. 


RQ9 


3 


T^UICC 


Send valid CLT frame with ADMIN_FIELD = No administrative 
command. 




4 


UICC^T 


Send valid CLT response frame. 


RQ9 



5.6.3.2.11 



Test case 10: first non-ACT frame sent by CLF - initial interface activation 



5.6.3.2.11.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.3.2.11.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.3.2.11.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T-»UICC 


Activate Vcc (contact CI ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 
T^UICC 


Perform initial SWP interface activation. 




4 


- 


Wait for 1 second. 

The UICC shall not send any frames. 


RQ11 


5 


UICC^T 
T^UICC 


Perform SHDLC link establishment. 


RQ11 



5.6.3.2.12 



Test case 1 1 : first non-ACT frame sent by CLF - subsequent interface activation 



5.6.3.2.12.1 Test execution 

The test procedure shall only be executed in full power mode. 

The test procedure shall be executed once for each of following parameters: 

• Voltage class B; 

• Voltage class C. 



5.6.3.2.12.2 



Initial conditions 



• SWP resides in DEACTIVATED state, and previously an initial SWP interface activation has been 
successful. 



5.6.3.2.12.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate SWIO (contact C6). 




2 


UICC^T 
T->UICC 


Perform subsequent SWP interface activation. 




3 


- 


Wait for 1 second. 

The UICC shall not send any frames. 


RQ11 


4 


UICC^T 
T^UICC 


Perform SHDLC link establishment. 


RQ11 
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5.6.4 ACT LLC definition 



5.6.4.1 



ACT LLC definition 



5.6.4.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 9.4. 

NOTE: Test cases for conformance requirements for clause 9.4 are also given in clause 5.3.2.3. 



RQ1 




The ACT LPDU shall be structured according to TS 102 613 [1]. 


RQ2 




When a UICC receives an ACT frame, it shall ignore the INF bit. 


RQ3 




A frame sent from the UICC to the CLF shall have the FR bit set to 0. 


RQ4 




ACT READY frames shall have an ACT DATA field length of zero bytes. 


RQ5 




ACT SYNC frames shall have an ACT DATA field length of two bytes. 


RQ6 




The UICC shall not use RFU values in the ACT CTRL field when transmitting frames. 


RQ7 


Rel-7 
Rel-8 


Bits b8 to b3 of ACTJNFORMATION field shall all have the value 0. 


RQ8 




Extended SWP bit duration down to 0,590 [xs shall be supported if b2 of ACT INFORIVIATION field is 
1. 


RQ9 




Extended SWP bit durations up to 10 [xs shall be supported if b1 of ACT INFORIVIATION field is 1 . 


RQ10 


Rel-9 


Bits b8 to b4 of ACT INFORMATION field shall all have the value 0. 


RQ11 


Rel-9 


Extended resume shall be supported if b3 of ACT INFORMATION field is 1 . 


NOTE: RQ1 1 testing is FFS. 



5.6.4.1.2 



Test case 1 : structure of ACT LPDU - full power mode 



5.6.4.1.2.1 Test execution 

The test procedure shall only be executed in voltage class B and voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.4.1.2.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.4.1.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T-»UICC 


Activate Vcc (contact CI ). 




2 


T^ UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


RQ1, 
RQ3, 
RQ5, 
RQ6. 


4 


T^UICC 


Send ACT POWER MODE frame. 




5 


UICC^T 


Send ACT_READY frame. 


RQ1, 
RQ3, 
RQ4, 
RQ6 
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Test case 2: structure of ACT LPDU - low power mode 



5.6.4.1.3.1 Test execution 

The test procedure shall only be executed in voltage class C, low power mode. 
The test procedure shall be executed once for each of the following parameters: 

• There are no test case-specific parameters for this test case. 

5.6.4.1.3.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.4.1.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T->UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT_SYNC frame. 


R01, 
R03, 
R05, 
R06 


4 


T^UICC 


Send ACT POWER MODE frame with FR =1 . 




5 


UICC^T 


Send ACT_SYNC frame. 


R01, 
R03, 
R05, 
R06 



5.6.4.1.4 



Test case 3: behaviour of UICC on reception of ACT frames - values of INF bit 



5.6.4.1.4.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters. 

• ACT_POWER_MODE frame: 

INF =0; 
INF=1. 

5.6.4.1.4.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.4.1.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T-^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame. 




4 


T^UICC 


Send ACT POWER MODE frame. 




5 


UICC^T 


Send ACT READY frame. 


RQ2 
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Test case 4: RFU values in ACT INFORMATION field 



5.6.4.1.5.1 Test execution 

The test procedure shall only be executed in full power mode. 
The test procedure shall only be executed for releases 7 and 8. 
The test procedure shall be executed once for each of the following parameters: 

• Voltage class B; 

• Voltage class C. 

5.6.4.1.5.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.4.1.5.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame (with ACT INFORMATION field). 


RQ7 



5.6.4.1.6 



Test case 5: extended bit durations as per ACTJNFORMATION field 



5.6.4.1.6.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of the following parameters: 

• For ACT_POWER_MODE and ACT_READY, apply the following bit duration: 

If the DUT supports 0_EXTENDED_T_UPPER but not 0_EXTENDED_T_LOWER: 

lo^s. 

If the DUT supports 0_EXTENDED_T_LOWER but not 0_EXTENDED_T_UPPER: 

0,590 IJS. 
If the DUT supports 0_EXTENDED_T_LOWER and 0_EXTENDED_T_UPPER: 

10 ^s and 0,590 |is. 

5.6.4.1.6.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.4.1.6.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1). 




2 


T->UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame (with ACT INFORMATION field). 




4 


T^UICC 


Send ACT POWER MODE frame. 




5 


UICC^T 


Send ACT_READY frame. 


RQ8, 
RQ9 



£75/ 



Release 9 



74 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



5.6.4.1.7 



Test case 6-1 : RFU values in ACT INFORMATION field 



5.6.4.1.7.1 Test execution 

The test procedure shall only be executed in full power mode. 

The test procedure shall be executed from release 9 only. 

The test procedure shall be executed once for each of the following parameters: 

• Voltage class B; 

• Voltage class C. 

5.6.4.1.7.2 Initial conditions 

• None of the UICC contacts is activated. 



5.6.4.1.7.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Activate Vcc (contact C1 ). 




2 


T^UICC 


Activate SWIO (contact C6). 




3 


UICC^T 


Send ACT SYNC frame (with ACT INFORMATION field). 


RQ10 



5.6.4.2 



SYNC_ID verification process 



5.6.4.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 9.4.1. 



RQ1 



The UICC shall send an ACT_SYNC frame containing 'verification data' when the SWP interface is 
activated. 



NOTE: For R01 ,the presence of the SYNC_ID is covered by R05 in clause 5.6.4.1 . Further use of verification 
data is up to upper layer and is out of scope of the present document. 



5.7 



SHDLC LLC definition 



5.7.1 SHDLC overview 



5.7.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.1. 



R01 



The SHDLC layer in an endpoint shall ensure that data passed up to the next layer has been 
received exactly as transmitted (i.e. error free, without loss and in the correct order). 



RQ2 



If an endpoint receives a corrupted frame, it shall discard the frame. 
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5.7.1 .2 Test Case 1 : data passed up to the next layer 



5.7.1.2.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

The data sent by the terminal simulator shall have the following characteristics: 

• The message in the EVT_POST_DATA shall be fragmented into 9 I-frames 

5.7.1.2.2 Initial conditions 

• SHDLC Hnk is established. 

• A pipe (PIPE_LOOP_BACK) has been created to the HCI host's loopback gate, and is currently open. 

5.7.1 .2.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ ^ UICC 


Send from the terminal simulator an EVT_POST_DATA message 
containing referenced sent data on PIPE_LOOP_BACK 

Send back from the UICC a corresponding EVT_POST_DATA message 
containing the referenced data on PIPE_LOOP_BACK in the expected 
order. 


RQ1 



5.7.1 .3 Test Case 2: error management, UICC sending l-Frame 

5.7.1.3.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.1.3.2 Initial Conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.1 .3.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Send a corrupted RNR frame. 




2 


User ^ UICC 


Trigger the UICC to send an l-frame. 




3 


UICC^T 


Send l(NSO T,x). 


RQ2 


4 


T^UICC 


Send a corrupted RR(NSO T+1) frame. 




5 


T 


Wait at least 12 time and does not acknowledge the received frame. 




6 


UICC^T 


Send l(NSO,x). 


RQ2 



5.7.1.4 



Test Case 3: error management 



5.7.1.4.1 Test execution 

The test procedure shall be executed once for each of following parameters: 
• There are no test-case specific parameters for this test. 
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5.7.1.4.2 Initial Conditions 

• SHDLC link is established and idle, i.e. no further communication is expected 



5.7.1.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Send a corrupted l-frame. 




2 


T^ ^UICC 


The terminal simulator waits at least 20 ms and do not retransmit it. 
The UICC does not send any frame. 


RQ2 


3 


T^ UICC 


Send a corrupted RSET frame. 




4 


T^ ^UICC 


The terminal simulator waits at least T3 time and do not retransmit it. 
UICC does not send any frame. 


RQ2 



5.7.2 Endpoints 

5.7.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.2. 
There are no conformance requirements for the UICC for the referenced clause. 

5.7.3 SHDLC frames types 
5.7.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.3. 
There are no conformance requirements for the UICC for the referenced clause. 

5.7.4 Control Field 

5.7.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.4. 
All conformance requirements for the referenced clause are included in clause 5.7.7.3.1 of the present document. 

5.7.4.2 l-Frames coding 

5.7.4.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.4.1. 
There are no conformance requirements for the UICC for the referenced clause. 
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5.7.4.3 S-Frames coding 

5.7.4.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.4.2. 



RQ1 Optional type of frame shall not be used before capability negotiation is defined during initialization. 



RQ2 



Only one SREJ shall remain outstanding on each link direction at any one time. 



R03 



An endpoint shall not send a S-frame with an information field. 



R04 |An SREJ shall be transmitted for each erroneous frame; each frame is treated as a separate error. 



NOTE 1 : RQ1 , RQ2 and RQ4 for the referenced clause are included in clause 5.7.7.9.1 of the present 

document. 
NOTE 2: RQ3 is a non-occurrence RQ. 



5.7.4.4 U-Frames coding 

5.7.4.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.4.3. 



RQ1 I An endpoint shall only send U-Frames using modifiers specified in TS 102 613 [1] 



NOTE: RQ1 is not tested, as it is a non-occurrence RQ. 



5.7.5 Changing sliding window size and endpoint capabilities 

5.7.5.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.5. 
All conformance requirements for the referenced clause are included in clause 5.7.7.3. lof the present document. 

5.7.5.2 RSET frame payload 
5.7.5.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.5.1. 
All conformance requirements for the referenced clause are included in clause 5.7.7.3.1 of the present document. 

5.7.5.3 UA frame payload 

5.7.5.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.5.2. 
All conformance requirements for the referenced clause are included in clause 5.7.7.3.1 of the present document. 

5.7.5.3.2 Void 
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5.7.6 SHDLC context 

5.7.6.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.6. 
There are no conformance requirements for the UICC for the referenced clause. 



5.7.6.2 



Constants 



5.7.6.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.6.1. 



RQ1 


l-frames shall be acknowledged within T1 . 


RQ2 


If the l-frames are not acknowledged, an endpoint shall retransmit these frames not sooner 
than T2. 


RQ3 


An endpoint shall retry to setup link if the targeted endpoint did not answer with a UA or a 
RSET frame to a RSET frame within T3 (5 ms). 


NOTE 1 : RQ1 for the referenced clause is included in clause 5.7.7.5.1 of the present document. 
NOTE 2: RQ2 for the referenced clause is included in clause 5.7.7.7.1 of the present document. 
NOTE 3: RQ3 for the referenced clause is included in clause 5.7.7.3.1 of the present document. 



5.7.6.3 



Variables 



5.7.6.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.6.2. 
All conformance requirements for the referenced clause are included in clause 5.7.7.5.1 of the present document. 



5.7.6.4 



Initial Reset state 



5.7.6.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.6.3. 



R01 



The following initial states shall apply in every endpoint after successful link establishment: 
N(S) = N(R) = DN(R) = 0. 



5.7.6.4.2 



Test case 1 : initial state at link reset - reset by the UICC 



5.7.6.4.2.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.6.4.2.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 
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5.7.6.4.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User^UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET. 




3 


T^ UICC 


Send UA. 




4 


Conditional 


If the UICC does not immediately send l-frames after SHDLC link establishment, 

trigger the UICC to send an l-frame. 

If the trigger involves sending l-frames to the EUT, only one l-frame shall be sent. 




5 


UICC^T 


Send l-frame(0, NR). 

If the trigger in step 4 involved sending an l-frame to the EUT, NR = 1 , else NR = 0. 


RQ1 


6 


T^UICC 


Send RR(1). 




7 


Conditional 


If the UICC continue to send l-frames, acknowledge them. 




8 


T^UICC 


Send l-frame(NS,NR). 




9 


UICC^T 


acknowledge the previously sent l-frame. 


RQ1 



5.7.6.4.3 



Test case 2: initial state at link reset - reset by the terminal simulator 



5.7.6.4.3.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
Run this test procedure with each of the following initial conditions: 

• The SWP interface is activated and SHDLC link is not established. 

• SHDLC hnk is established and idle, i.e. no further communication is expected. 

5.7.6.4.3.2 Initial conditions 

The initial conditions shall be established as specified in the test execution clause. 



5.7.6.4.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Send RSET(Ws=2, SREJ=0). 




2 


UICC->T 


Send UA. 




3 


Conditional 
User ^ UICC 


If the UICC does not immediately send l-frames after SHDLC link establishment, 

trigger the UICC to send an l-frame. 

If the trigger involves sending l-frames to the EUT, only one l-frame shall be sent. 




4 


UICC^T 


Send l-frame(0,NR). 

If the trigger in step 3 involved sending an l-frame to the EUT, NR = 1 , else NR = 0. 


RQ1 


5 


T^ UICC 


Send RR(1). 




6 


Conditional 


If the UICC continue to send l-frames, acknowledge them. 




7 


T-»UICC 


Send l-frame(NS,NR). 




8 


UICC^T 


Acknowledge the previously sent l-frame. 


RQ1 



5.7.7 SHDLC sequence of frames 
5.7.7.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.7. 
There are no conformance requirements for the UICC for the referenced clause. 



5.7.7.2 



Nomenclature 



5.7.7.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.7.1. 
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There are no conformance requirements for the UICC for the referenced clause. 



5.7.7.3 



Link establishment with default sliding window size 



5.7.7.3.1 Conformance requirements 

Reference: TS 102 613 [1], clauses 10.7.2, 10.7.4, 10.4, 10.5, 10.1 and 10.5.2. 



RQ1 


10.7.2 


An endpoint establishing an SHDLC link shall initiate link establishment by sending a RSET 
frame. 


RQ2 


10.7.2 


If an endpoint supports the sliding window size and SREJ value in the RSET frame, it shall 
acknowledge that frame with a UA frame. 


RQ3 


10.7.2 


An endpoint receiving a RSET frame without window size and/or endpoint capabilities field shall 
interpret the RSET frame as if it contained the default values. 


RQ4 


10.7.2 


Before link establishment, all SHDLC frames except RSET from other endpoint shall be 
discarded. 


RQ5 


10.7.2 


If the link is re-established, all buffered frames (received out of order or stored in the 
retransmission queue) shall be discarded. 


RQ6 


10.7.2 


If the link is re-established, an endpoint shall inform the upper layer of a link reset. 


RQ7 


10.7.2 


An endpoint shall support a link re-establishment which is initiated by the peer endpoint. 


RQ8 


10.4 


An endpoint's default size of sliding window shall be four frames. 


RQ9 


10.5 


If the initial sliding window size is too large or SREJ support is requested and the receiving 
endpoint cannot handle (at least one) of those features, it shall not acknowledge the RSET frame. 
Instead, the receiver shall send a RSET frame with an appropriate sliding window size and/or 
SREJ frame support bit. 


RQ10 


10.5 


An endpoint shall obey to window size reconfiguration and/or SREJ support if the requested 
window size is lower than its default configuration or the peer endpoint does not support SREJ 
frames. 


RQ11 


10.5.1 


The number provided for the endpoint sliding window size shall be between 2 to 4 inclusive. 


RQ12 


10.5.1 


In case this RSET frame is sent in response to a received RSET frame, the endpoint size value 
shall not be higher than the previously provided value. 


RQ13 


10.5.1 


If an RSET frame is received without the second optional byte the default value of SREJ not 
supported should be used. 


RQ14 


10.6.1 


An endpoint shall retry to setup link if the targeted endpoint did not answer with a UA or a RSET 
frame to a RSET frame within T3(5 ms). 


RQ15 


10.7.4 


Once the link is established, an endpoint shall be able to receive data. 


RQ16 


10.5.2 


The endpoint shall not include a payload in UA frames. 


RQ17 


10.5 


If one or more of the indicated endpoint capabilities are not supported by the receiving endpoint, it 
shall answer with a RSET frame indicating only the supported endpoint capabilities. In this case 
the RSET response may contain the same window size. 


RQ18 


10.5.1 


A RSET frame response shall not indicate the same window size and the same endpoint 
capabilities as the received RSET frame; in such a case a UA frame shall be sent. 


NOTE 1 : Tests for RQ6 are out of scope of the present document. 

NOTE 2: Part of RQ5 related to discarding frame in tlie retransmission buffer when the linl< is re-establish will not be 
tested. 



5.7.7.3.2 



Test Case 1 : link establishment by the UICC 



5.7.7.3.2.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.2.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 
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5.7.7.3.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User^UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET. 


RQ1 


3 


T^UICC 


Send UA. 




4 


T^UICC 


Send an l-frame. 




5 


UICC^T 


Acknowledge the previously sent l-frame. 


RQ15 



5.7.7.3.3 



5.7.7.3.3.1 



Test Case 2: link establishment by the terminal simulator 



Test execution 



For every RSET frame in the table below which contains a window size and endpoint capabilities which are supported 
by the endpoint under test: 



RSETQ 



RSET(2) 



RSET(3) 



RSET(4) 



RSET(2, SREJ^O) 



RSET(2, SREJ=1) 



RSET(3, SREJ=0) 



RSET(3, SREJ=1) 



RSET(4, SREJ^O) 



RSET(4, SREJ=1) 



run the test procedure with the following initial conditions: 

• The SWP interface is activated and SHDLC link is not established. 

• The SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.7.3.3.2 Initial conditions 

The initial conditions shall be established as specified in the test execution clause. 

5.7.7.3.3.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send the RSET frame indicated in the test execution clause. 




2 


UICC^T 


Send UA. 


RQ2, 
RQ3, 
RQ7, 
RQ13, 
RQ16, 
RQ18 


3 


T^UICC 


Send an l-frame. 




4 


UICC^T 


Acknowledges the previously sent l-frame. 


RQ15 


NOTE 1 : if EUT sends l-frames between steps 2 and 3, they shall be acknowledged by the ES. 
NOTE 2: RQ3 is only validated when RSET() is sent in step 1 . 
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5.7.7.3.4.1 Test execution 

Run the test procedure for the each of the following frames in step 1 : 

• UA; 

• l-frame(0,0); 

• RNR(O); 

• SREJ(O). 

5.7.7.3.4.2 Initial conditions 

• The SWP interface is activated and SHDLC link is not established. 



5.7.7.3.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Do not send a RSET frame and send the defined frame. 




2 


T 


Wait for 20 ms. 




3 


Conditional 


If the Dice sends a RSET frame, perform step 4 and stop. 
If the UICC sends a different frame, the UICC fails the test. 
If the UICC does not send any frame, perform steps 5 and 6. 


RQ4 


4 


T^UICC 


Send UA frame. 




5 


T^UICC 


Send RSET(Ws=4, SREJ=1). 




6 


UICC^T 
T^UICC 


Complete SHDLC link establishment. 


RQ4 



5.7.7.3.5 



Test case 4: connection time - reset by UICC 



5.7.7.3.5.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.5.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.7.3.5.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET. 




3 


T 


Do not send a UA frame. 




4 


UICC^T 


Send RSET after at least T3 time after execution of step 2. 


RQ14 
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5.7.7.3.6 Test case 5: connection time - reset by terminal simulator 

5.7.7.3.6.1 Test execution 

Run the test procedure with each of the following initial conditions: 

• The SWP interface is activated and SHDLC link is not established. 

• SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.7.3.6.2 Initial conditions 

The initial conditions shall established as specified in the test execution clause. 

5.7.7.3.6.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send RSET frame with unsupported features. 




2 


UICC^T 


Send RSET. 




3 


T 


Do not send a UA frame. 




4 


UICC->T 


Send RSET after at least T3 time after execution of step 2. 


RQ14 



5.7.7.3.7 



Test case 6: UICC discards l-frames and S-frames during link establishment 



5.7.7.3.7.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• Run the test procedure for the following frames in step 3: 

l-frame(0,0); 

RNR(O); 

SREJ(O). 

5.7.7.3.7.2 Initial conditions 

• SHDLC link is established and is idle, i.e. no further communication is expected. 

5.7.7.3.7.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


User -» UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET 




3 


T 


Do not send a UA frame and send the defined frame. 




4 


UICC^T 


Send RSET after at least T3 time after execution of step 2. 


RQ14 
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Test case 7: requesting unsupported window size - link establishment by terminal 
simulator 



5.7.7.3.8.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• Run the test procedure for the following values of RSET frame in step 1 : 

RSETO; 
RSET(WS=4, SREJ=0). 

5.7.7.3.8.2 Initial conditions 

• SHDLC hnk is established. 



5.7.7.3.8.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T->UICC 


Send the defined RSET frame. 




2 


UICC^T 


Send RSET{Wsy) or RSET{Wsy,SREJ=0) 
Where y = host provider announced size. 


RQ3, 
RQ8, 
RQ9, 
RQ11, 
RQ12 


3 


T^UICC 


Send UA. 





5.7.7.3.9 Test Case 8: requesting unsupported SREJ support - link establishment by 

terminal simulator 

5.7.7.3.9.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.9.2 Initial conditions 

• SHDLC hnk is established. 



5.7.7.3.9.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send RSET(WS=2, SREJ=1) frame. 




2 


UICC->T 


Send RSET(WS=2, SREJ=0) frame or RSET(WS=2). 


RQ9, 
RQ11, 
RQ12, 
RQ17 


3 


T^UICC 


Respond UA. 





5.7.7.3.10 Test Case 9: requesting unsupported window size and SREJ support - link 

establishment by terminal simulator 

5.7.7.3.10.1 Test execution 

The test procedure shall be executed once for each of following parameters: 
• There are no test-case specific parameters for this test. 
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5.7.7.3.10.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send RSET(WS=4, SREJ=1) frame. 




2 


UICC^T 


Send RSET(Wsy, SREJ=0) frame 
Wfiere y = host provider announced size. 


RQ9, 
RQ11, 
RQ12, 
RQ17 


3 


T^UICC 


Respond UA. 





5.7.7.3.11 



Test Case 10: forcing lower window size - link establishment by the UICC 



5.7.7.3.11.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.11.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.7.3.11.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET frame. 




3 


T-»UICC 


Send RSET(WS=2). 




4 


UICC^T 


Send UA. 


RQ2, 
RQ10, 
RQ18 



5.7.7.3.12 



Test Case 1 1 : forcing SREJ not used - link establishment by the UICC 



5.7.7.3.12.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, fall power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.12.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 
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5.7.7.3.12.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User^UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET{Wsy, SREJ = 1) frame. 
Where y = host provider announced size. 




3 


T-»UICC 


Send RSET(WS=y, SREJ =0) frame. 




4 


UICC^T 


Send UA. 


RQ2, 
RQ10, 
RQ18 



5.7.7.3.13 Test Case 12: forcing lower window size and SREJ not used - link establishment 

by the UICC 

5.7.7.3.13.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.13.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.7.3.13.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


User -> UICC 


Trigger the UICC to reset the SHDLC link. 




2 


UICC^T 


Send RSET(Wsy, SREJ=1) frame. 
Where y = host provider announced size. 




3 


T^UICC 


Send RSET(WS=2, SREJ=0) frame. 




4 


UICC^T 


Send UA. 


RQ2, 
RQ10, 
RQ18 



5.7.7.3.14 



Test case 13: discard buffered frames on link re-establishment 



5.7.7.3.14.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.3.14.2 Initial conditions 

• The SHDLC link is established with SREJ support. 

• SHDLC link is idle, i.e. no further communication expected. 
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Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send l-frame{NSO S,x). 




2 


UICC->T 


Acknowledges l-frame(NSO S,x). 




3 


T^UICC 


Send l-frame{NSO S+2,x). 




4 


UICC^T 


SendSREJ{NSO S+1). 




5 


T^UICC 


Re-establish SHDLC link. 




6 


T^ ^ UICC 


The terminal simulator sends l-frames (0,NR) to 1- 

frame{NS0_S+1,NR). 

UICC acknowledges these l-frames. 


RQ5 



5.7.7.4 



Link establishment with custom sliding window size 



5.7.7.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.7.3. 
There are no conformance requirements for the UICC for the referenced clause. 



5.7.7.5 



Data flow 



5.7.7.5.1 Conformance requirements 

Reference: TS 102 613 [1], clauses 10.7.4, 10.6.1 and 10.6.2, 10.8.2. 



RQ1 


10.7.4 


An endpoint shall acknowledge frame reception regularly. 


RQ2 


10.7.4 


The acknowledgement timeout shall not be too long. 


RQ3 


10.7.4 


If the number of unacknowledged l-frames on the link equals the negotiated window size, then the 
endpoint shall not transmit any further l-frames until reception of an acknowledgement. 


RQ4 


10.6.1 


l-frames shall be acknowledged within T1 . 


RQ5 


10.6.2 


An endpoint shall increment its value of the N(S) field after emission of an l-Frame. 


RQ6 


10.6.2, 
10.8.2 


N(R) shall be set as described in TS 102 613 [1]. 


RQ7 


10.6.2 


During full duplex data transmission or by emission of a S type frame, all received frames with a 
sequence number lower than N(R) are acknowledged. 


NOTE 1 : RQ2 is covered by RQ1 and therefore will not be mentioned explicitly in test procedures. 
NOTE 2: RQ4 (i.e. conformance to T1 ) is not tested. 



5.7.7.5.2 



Test case 1 : l-frame transmission 



5.7.7.5.2.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
Run this test procedure for: 

• Every supported window size. 

• I-frame acknowledgement method by the terminal simulator: 

Every I-frame acknowledged individuall.y. 

Acknowledge just before Tl expires and using the maximum allowed value for NR. 

5.7.7.5.2.2 Initial conditions 

• SHDLC link is established with the window size indicated in the test execution clause. 

• SHDLC link is idle, i.e. no further communication is expected. 
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Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Trigger the UICC to send 9 l-frames. 




2 


UICC^T 
T^UICC 


UICC send l-Frames as indicated in step 1. 

Terminal simulator acknowledges these frames using the 

acknowledgement mechanism indicated in the test execution clause, 

using RR frames unless the upper layer requires the transmission of 1- 

frames. 


RQ3, 
RQ5, 
RQ6, 
RQ7 



5.7.7.5.3 



Test case 2: l-frame reception - single l-Frame reception 



5.7.7.5.3.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.5.3.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 



5.7.7.5.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Prepare the terminal simulator to send 10 l-frames, without 
retransmission, waiting the acknowledgement of the previously sent 
l-frame before sending the next l-frame. 




2 


T-»UICC 
UICC^T 


The terminal simulator sends l-frames as indicated in step 1 . 

UICC acknowledges these l-frames. 

If UICC sends RNR, the terminal simulator shall wait for the RR for a 

maximum of 100 ms. The terminal simulator shall resume the traffic with 

the l-frame indicated in the RR. If the terminal simulator has no data to 

send, it shall send an empty l-frame. If the RR is not received within 100 

ms, this is a failure of the UICC. 


RQ1, 
RQ6 



5.7.7.5.4 Test case 3: l-frame reception - multiple l-Frame reception 

5.7.7.5.4.1 Test execution 

Run this test procedure for every supported window size. 

5.7.7.5.4.2 Initial conditions 

• SHDLC link is established with the window size indicated in the test execution clause. 

• SHDLC link is idle, i.e. no further communication is expected. 
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5.7.7.5.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Prepare the terminal simulator to send 10 l-frames. 
The terminal simulator shall send each l-frame as soon as possible, 
without waiting for the acknowledgement of the previously sent l-frame, 
while still complying to the current window boundaries. 




2 


UICC^T 
T->UICC 


Terminal simulator sends l-Frames as indicated in step 1 . 

UICC acknowledges these frames. 

If UICC sends RNR, the terminal simulator shall wait for the RR for a 

maximum of 100 ms. The terminal simulator shall resume the traffic with 

the l-frame indicated in the RR. If the terminal simulator has no data to 

send, it shall send an empty l-frame. If the RR is not received within 100 

ms, this is a failure of the UICC. 


RQ1, 
RQ6 



5.7.7.5.5 



Test case 4: piggybacking 



5.7.7.5.5.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
Run this test procedure twenty times for every supported window size. 

5.7.7.5.5.2 Initial conditions 

• SHDLC link is established with the window size indicated in the test execution clause. 

• SHDLC link is idle, i.e. no further communication is expected. 



5.7.7.5.5.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ T 


Prepare the terminal simulator to send 50 l-frames, sending the first 
l-frame when the first l-frame from the UICC is received. 
The terminal simulator shall send each l-frame as soon as possible, 
without waiting for the acknowledgement of the previously sent l-frame, 
while still complying to the current window boundaries. 




2 


User ^ UICC 


Trigger the UICC to send 50 l-frames 




3 


UICC^T 
T^UICC 


UICC sends l-frames according to RQ3, RQ5, RQ6,RQ7 

The terminal simulator sends l-Frames as indicated in step 1 and 

acknowledges the l-frames sent by the UICC. 

UICC acknowledges the l-frames sent by the terminal simulator 

according to RQ1 and RQ6. 

If UICC sends RNR, the terminal simulator shall wait for the RR for a 

maximum of 100 ms. The terminal simulator shall resume the traffic 

with the l-frame indicated in the RR. If the terminal simulator has no 

data to send, it shall send an empty l-frame. If the RR is not received 

within 1 00 ms, this is a failure of the UICC. 


RQ1, 
RQ3, 
RQ5, 
RQ6, 
RQ7 
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Reject (go N back) 



5.7.7.6.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.7.5. 



RQ1 


10.7.5 


If an endpoint detects missing l-frame sequence numbers and if SREJ is not supported or if 
several frames got lost, the endpoint shall send a REJ frame as soon as possible. 


RQ2 


10.7.5 


When an endpoint receives a REJ frame with a sequence number which identifies an 
unacknowledged l-frame previously sent within the sliding window size it shall restart the stream 
at the first missing frame. 


RQ3 


10.7.5 


After sending REJ, an endpoint shall accept the peer endpoint restarting the stream at the first 
missing frame. 



5.7.7.6.2 



5.7.7.6.2.1 



Test case 1 : REJ transmission 



Test execution 



Run the test procedure for every combination of supported window size and SREJ support which the UICC supports in 
the following table. 



UICC support 


Procedure parameters 


Supported window size 


SREJ supported? 


SREJ negotiated 


l-frame to send in step 3 


2 


No 


No 


l-frame(NSO S+2,x) 


3 


No 


No 


l-frame(NSO S +2,x) 


3 


No 


No 


l-frame{NSO S +3,x) 


4 


No 


No 


l-frame{NSO S +2,x) 


4 


No 


No 


l-frame{NSO S +3,x) 


4 


No 


No 


l-frame(NSO S +4,x) 


3 


Yes 


Yes 


l-frame(NSO S +WS,x) 


4 


Yes 


Yes 


l-frame(NSO S +WS,x) 


2 


Yes 


No 


l-frame{NSO S -i-2,x) 


3 


Yes 


No 


l-frame{NSO S +2,x) 


4 


Yes 


No 


l-frame(NSO S +2,x) 



5.7.7.6.2.2 Initial conditions 

• SHDLC link is established with SREJ support as indicated in the test execution clause. 

• SHDLC link is idle, i.e. no further communication is expected. 



5.7.7.6.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Sends l-frame(NSO S,x). 




2 


UICC^T 


Acknowledges l-frame{NSO S,x). 




3 


T^ UICC 


Sends the l-frame indicated in the test execution clause. 




4 


UICC^T 


Sends REJ(NSO S-i-1). 


RQ1 


5 


T^^UICC 


Terminal simulator sends 10 l-frames starting at l-frame(NSO_S-Hl,x). 
UICC acknowledges l-frames. 

If UICC sends RNR, the terminal simulator shall wait for the RR for a 
maximum of 1 00 ms. The terminal simulator shall resume the traffic with the 
l-frame indicated in the RR. If the terminal simulator has no data to send, it 
shall send an empty l-frame. If the RR is not received within 100 ms, this is 
a failure of the UICC. 


RQ3 
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5.7.7.6.3 Test case 2: REJ transmission - multiple l-frames received 

5.7.7.6.3.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.6.3.2 Initial conditions 

• SHDLC link is established without SREJ support. 

• SHDLC link is idle, i.e. no further communication is expected. 

5.7.7.6.3.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send l-frame{NSO S,x). 




2 


UICC^T 


Acknowledge l-frame(NSO S,x). 




3 


T^UICC 


Send l-frame(NSO S+WS-1 ,x) followed immediately by 
l-frame(NSO S+WS,x). 




4 


UICC^T 


UICC send REJ(NS0_S+1). 

The UICC is allowed to send additional REJ(NS0_S+1)- in response to any 

additional l-frame(NSO S+x,x). 


RQ1 


5 


T^^ UICC 


Terminal simulator send 10 l-frames starting at l-frame(NS0_S+1 ,x) 
UICC acknowledge l-frames. 

If UICC sends RNR, the terminal simulator shall wait for the RR for a 
maximum of 100 ms. The terminal simulator shall resume the traffic with 
the l-frame indicated in the RR. If the terminal simulator has no data to 
send, it shall send an empty l-frame. If the RR is not received within 100 
ms, this is a failure of the UICC. 


RQ3 



5.7.7.6.4 



Test case 3: REJ reception 



5.7.7.6.4.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.6.4.2 Initial conditions 

• SHDLC link is established without SREJ support. 

• SHDLC link is idle, i.e. no further communication is expected. 
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5.7.7.6.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User^ 
UICC 


Trigger the UICC to send l-frames. 




2 


UICC^T 


Send l-frame{NSO T, y). 




3 


T 


Do not acknowledge l-frame{NSO T,y). 




4 


UICC^T 


If the UICC retransmits l-frame(NSO_T,y), then stop the test procedure, as 
it is not possible for the terminal simulator to send a valid REJ. This is not 
a failure of the UICC. 
If the UICC transmits l-frame(NS0+1 ,y), then continue the test procedure. 




5 


T^UICC 


Send REJ{NSO_T). 

The terminal simulator is required to send additional REJ(NSO_T), in 

response to any additional l-frame{NSO T+x,y). 




6 


UICC^T 


Send l-frame{NSO T,y). 


RQ2 


7 


T^UICC 


acknowledge l-frame(NSO T,y). 




8 


UICC^T 


Send l-frame(NSO T+1,y). 


RQ2 


9 


T^UICC 


acknowledge l-frame{NS0-T+1,y). 





5.7.7.7 



Last Frame Loss 



5.7.7.7.1 Conformance requirements 

Reference: TS 102 613 [1], clauses 10.7.6 and 10.6.1. 



RQ1 



10.7.6 



Each frame shall have a guarding/transmit timeout in order to retransmit frames if the destination 
does not notice a loss. 



RQ2 



10.6.1 



If the l-frames are not acknowledged, an endpoint shall retransmit these frames not sooner than T2. 



5.7.7.7.2 



Test Case 1 : retransmission of a single frame 



5.7.7.7.2.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, fall power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.7.2.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 

5.7.7.7.2.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


User -^ UICC 


Trigger the UICC to send an l-frame. 




2 


UICC-»T 


Sends l-frame(NSO T,x). 




3 


T 


Do not acknowledge l-frame{NSO T,x). 




4 


UICC-»T 


Sends l-frame(NSO_T,x). 


RQ1, 
RQ2 



5.7.7.7.3 



Test Case 2: retransmission of multiple frames 



5.7.7.7.3.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 

Run this test procedure for every supported window size. 
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5.7.7.7.3.2 Initial conditions 

• SHDLC link is established without SREJ support. 

• SHDLC link is idle, i.e. no further communication is expected. 

5.7.7.7.3.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


User-»UICC 


Trigger the UICC to send 9 l-frames. 




2 


UICC^T 

T 


UICC sends l-frames as indicated in step 1. 

For the first transmission of each l-frame, the terminal simulator does not 

acknowledge the l-frame. 




3 


UICC^T 

T 


UICC retransmits each l-frame according to RQ1, RQ2. 

For each retransmitted l-frame, the terminal simulator acknowledges only 

this l-frame. 


RQ1, 
RQ2 



5.7.7.8 



Receive and not ready 



5.7.7.8.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.7.7. 



RQ1 


10.7.7 


When an endpoint transmits a RNR and is now ready to receive an l-Frame, it shall send a RR 
frame every 5 ms to 20 ms until it receives a new l-frame. 


RQ2 


10.7.7 


If an endpoint receives a RR in a context described in RQ1 and has no data to send, it shall send an 
l-Frame with empty information field to signal the proper reception of the RR frame. 


RQ3 


10.7.7 


If an endpoint receives RNR frame then it shall suspend transmission of l-frames. 


RQ4 


10.7.7 


If an endpoint receives a RR in a context described in RQ1 and still has data to send, it shall resume 
the l-Frame(s) transmission. 


RQ5 


10.6.1 


If the l-frames are not acknowledged, an endpoint shall retransmit these frames not sooner than T2. 


NOTE: RQ1 will not be tested as it is not possible to trigger the UICC to transmit a RNR. 



5.7.7.8.2 



Test case 1 : RNR reception 



5.7.7.8.2.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.8.2.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 
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5.7.7.8.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User^UICC 


Trigger the UICC to send 9 non-empty l-frames. 




2 


UICC^T 


Starts sending l-frames. 




3 


T^UICC 


Acknowledge the first received l-frame{NSO T,x) with RNR(NSO T-i-1). 




4 


T 
UICC-^T 


Wait 100 ms. 

The UICC may send further l-frames within the negotiated WS; in this case 

the terminal simulator should not acknowledge these l-frames. 


RQ3 


5 


T^UICC 


Send RR, every 5 ms to 20 ms until a new l-Frame is received where 
N(R) = NS0 T-i-1. 




6 


UICC-»T 
T-»UICC 


UICC sends remaining l-frames, where N{S) of the first l-frame = 
NS0_T-h1 . All of the l-frames shall be non-empty. 
Terminal simulator acknowledges remaining l-frames. 


RQ4 



5.7.7.8.3 



Test case 2: Empty l-frame transmission 



5.7.7.8.3.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for all combinations of the following parameters: 

• Each supported window size. 

• RR retransmission time of the terminal simulator in step 4 between 5 ms and 7 ms; and between 18 ms and 
20 ms. 

5.7.7.8.3.2 Initial conditions 

• SHDLC link is established and idle, i.e. no further communication is expected. 



5.7.7.8.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User ^ UICC 


Trigger the UICC to send 1 l-frame. 




2 


UICC-»T 


Send l-frame(NSO T,x). 




3 


T^UICC 


Acknowledge l-frames{NSO T,x) with RNR{NSO T-i-1). 




4 


T-^ UICC 
UICC^T 


Send RR(NS0_T+1) in order to indicate to the UICC that l-frame 

transmission can be resumed. 

In the subsequent frame exchanges: 

• The terminal simulator shall apply the RR retransmission time 
specified in the Test execution clause. 

• The terminal simulator shall ignore the first l-frame sent by the 
UICC, in order to instigate a retransmission of the RR frame 
(by the terminal simulator) or the l-frame (by the UICC). 

In order to pass the test, the UICC: 

• Shall send a first empty l-frame(NS0_T-i-1 ,x) within 20 ms of 
the original RR frame; this may occur before or after a 
retransmission by the terminal simulator of the original RR 
frame. 

• Shall retransmit the empty l-frame at least T2 after the original 
empty l-frame; this may occur before or after a retransmission 
by the terminal simulator of the original RR frame. 

The terminal simulator shall continue with this frame exchange until it 
successfully acknowledges an empty l-frame with RR(NSO T-i-2). 


RQ2, 
RQ5 


5 


User ^ UICC 


Trigger the UICC to send further l-frames. 




6 


UICC^T 
T-»UICC 


UICC sends remaining l-frames; the first l-frame shall be 1- 

frame(NS0_T-H2,x). 

Terminal simulator acknowledges remaining l-frames. 


RQ3 



£75/ 



Release 9 



5.7.7.9 



95 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



Selective reject 



5.7.7.9.1 Conformance requirements 

Reference: TS 102 613 [1], clauses 10.7.8, 10.8.2 and 10.4.2. 



RQ1 


10.8.2 


If an l-frame {lx,y) is received by an endpoint and support for Selective Reject S frames was 
negotiated for the link and X is exactly one higher than N(R), a SREJn(r) shall be sent instead of 
the REJn(r). The received l-frame shall be buffered. 


RQ2 


10.8.2 


Once the retransmitted l-frame with X = N(R) is received in the content of RQ3, the buffered l-frame 
shall also be processed. 


RQ3 


10.7.8 


If an endpoint receives a SREJ frame and supports for SREJ was agreed at link establishment, it 
shall retransmit the corresponding l-Frame. 


RQ4 


10.4.2 


Only one SREJ shall remain outstanding on each link direction at any one time. 


RQ5 


10.4.2 


An SREJ shall be transmitted for each erroneous frame; each frame is treated as a separate error. 


RQ6 


10.4.2 


Optional type of frame shall not be used before capability negotiation is defined during initialization. 


NOTE: RQ6 is not tested, as it is a non-occurrence RQ. 



5.7.7.9.2 



Test case 1 : SREJ transmission 



5.7.7.9.2.1 Test execution 

The test procedure shall be executed once for each of following parameters: 

• There are no test-case specific parameters for this test. 

5.7.7.9.2.2 Initial conditions 

• The SHDLC link is established with SREJ support. 

• SHDLC link is idle, i.e. no further communication is expected. 

5.7.7.9.2.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


ES -^ UICC 


Send l-frame(NS0 S,x). 




2 


UICC ^ ES 


Acknowledge l-frame(NSO S,x). 




3 


ES ^ UICC 


Send l-frame(NSO S-^2,x). 




4 


UICC ^ ES 


SendSREJ(NSG S-h1). 


RQ1 


5 


ES ^ UICC 


Sends l-frame(NSO S+1,x). 




6 


UICC -^ ES 


Acknowledges l-frame(NSO S-i-1,x) and l-frame(NSO S+2,x). 




7 


ES ^ UICC 


Send l-frame(NSO S-i-3, x). 




8 


UICC ^ ES 


Acknowledges l-frame(NSO S-i-3,x). 


RQ2 



5.7.7.9.3 
FFS 

5.7.7.9.4 



Test case 2: SREJ transmission - multiple l-frames received 



Test case 3: SREJ reception 



5.7.7.9.4.1 Test execution 

The test procedure shall only be executed in voltage class B and in voltage class C, full power mode. 
The test procedure shall be executed once for each of following parameters: 
• There are no test-case specific parameters for this test. 
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5.7.7.9.4.2 Initial conditions 

• SHDLC link is established with SREJ support. 

• SHDLC link is idle, i.e. no further communication is expected. 



5.7.7.9.4.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


User-» 
UICC 


Trigger the UICC to send 9 l-frames. 




2 


UICC^ES 


Send l-frame{NSO T,x). 




3 


ES ^ UICC 


Do not acknowledge the received l-frame. 




4 


UICC^ ES 


If the UICC retransmits l-frame(NSO_T,x), then stop the test procedure, as it is not 

possible for the terminal simulator to send a valid REJ. This is not a failure of the 

UICC. 

If the UICC transmits l-frame(NSO T+1 ,x), then continue the test procedure. 




5 


ES ^ UICC 


Send SREJ{NSO T). 




6 


UICC^ES 


Retransmit only the rejected l-Frame and continue sending remaining l-frames. 
terminal simulator acknowledges remaining l-frames. 


RQ3 



5.7.7.9.5 



Void 



5.7.8 Implementation 



5.7.8.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8. 
There are no conformance requirements for the UICC for the referenced clause. 

5.7.8.2 Information Frame emission 
5.7.8.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.1. 
There are no conformance requirements for the UICC for the referenced clause. 



5.7.8.3 



Information Frame reception 



5.7.8.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.2. 
All conformance requirements for the referenced clause are included in clause 5.7.7.9.1 of the present document. 

5.7.8.4 Reception Ready Frame reception 

5.7.8.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.3. 
There are no conformance requirements for the UICC for the referenced clause. 



£75/ 



Release 9 97 ETSI TS 1 02 694-2 V9.4.0 (201 3-07) 

5.7.8.5 Reject Frame reception 
5.7.8.5.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.4. 
There are no conformance requirements for the UICC for the referenced clause. 

5.7.8.6 Selective Reject Frame reception 
5.7.8.6.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.5. 
There are no conformance requirements for the UICC for the referenced clause. 

5.7.8.7 Acknowledge timeout 
5.7.8.7.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.6. 
There are no conformance requirements for the UICC for the referenced clause. 

5.7.8.8 Guarding/transmit timeout 
5.7.8.8.1 Conformance requirements 

Reference: TS 102 613 [1], clause 10.8.7. 
There are no conformance requirements for the UICC for the referenced clause. 

5.8 CLT LLC definition 

5.8.1 System Assumptions 

Reference: TS 102 613 [1], clause 11.1. 
There are no conformance requirements for the UICC for the referenced clause. 

5.8.2 Overview 

Reference: TS 102 613 [1], clause 11.2. 
There are no conformance requirements for the UICC for the referenced clause. 

5.8.3 Supported RF protocols 
5.8.3.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.2a. 



RQ1 



The UICC shall provide the initialization data to the CLF, which performs RF protocol initialization commands 
of ISO/IEC 18092 [8] 212 kbps/424 kbps passive mode based card emulation protocols. 



NOTE: Test cases for RQ1 are out of scope of the present document. 
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5.8.4 CLT Frame Format 
5.8.4.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.3. 



RQ1 



When sending a CLT frame with the CLT PAYLOAD in Type A aligned structure, meaningless bits in the 
last byte of the CLT PAYLOAD shall be padded with 0. 



5.8.4.2 Test case 1 : Padding of CLT PAYLOAD in Type A aligned structure 

This test case is carried out only if DUT manufacturer provides sufficient information about opening a CLT session and 
exchanging CLT frames in Type A aligned manner, and all parameters needed are present in the terminal. 

5.8.4.2.1 Test execution 

The test procedure shall be executed once for each of following parameters: 
• There are no test case specific parameters for this test case. 

5.8.4.2.2 Initial conditions 

• The SWP interface is activated and no more communication is expected. 

5.8.4.2.3 Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send CLT frame with CL_PROTO_INF(A) in the ADMIN_FIELD and a valid 
command (see Note) for one of the RF protocols supported by the UICC in the 
DATA FIELD. 




2 


UICC^T 


Respond CLT frame with CLT CMD field set to 00000 and at least 1 byte of 
data in the CLT PAYLOAD field. 


RQ1 


3 


T^UICC 


Send CLT frame with CLT_CIVID field set to 00000 and a valid command (see 
note) for one of the RF protocols supported by the UICC in the DATA FIELD. 




4 


UICC^T 


Respond CLT frame with CLT CMD field set to 00000 and at least 1 byte of 
data in the CLT PAYLOAD field. 


RQ1 


NOTE: This command shall be chosen in a way, that the UICC responds data with respect to RF (but not 8, 
1 6 or 24 RF bytes), and without requesting a transition to "HALT" or "IDLE" state as per 
ISO/IEC 14443-3 [6]. 
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5.8.5 CLT Command Set 



5.8.5.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.4. 



RQ1 



The UICC shall interpret received data in DATA_FIELD as Type A aligned, if bit 5 in CLT CMP field is 0. 



RQ2 



The UICC shall interpret received data in DATA_FIELD as byte aligned, if bit 5 in CLT CMP field is 1 . 
The UICC shall interpret a CLT frame containing an APMIN_FIELP with the value 0000 as containing no 
administrative command. 



RQ3 



RQ4 



The UICC shall interpret a CLT frame containing an APMIN_FIELP with the value 1000 as containing a 
CL_PROTO_INF(A) command. 



RQ5 



The UICC shall interpret a CLT frame containing an APMIN_FIELP with the value 1001 as containing a 
CL_PROTO_INF(F) command. 



RQ6 



The UICC indicates that no administrative command is being sent by setting the APIVIIN_FIELP in a CLT 
frame to 0000. 



RQ7 



For ISO/IEC 14443-3 [6], the UICC instructs the CLF to enter the initial state by sending a CLT frame with 
theAPMIN FIELPsettoOOOI. 



RQ8 



For ISO/IEC 14443-3 [6], the UICC instructs the CLF to enter the "HALT" state by sending a CLT frame with 
theAPMIN FIELPsettoOOIO. 



RQ9 



RFU values for APMIN_FIELP shall not be sent by the UICC. 



RQ10 



When sending Type A aligned data in PATA_FIELP, the UICC shall set bit 5 in CLT CIVIP field to 0. 
When sending byte aligned data in PATA_FIELP, the UICC shall set bit 5 in CLT CIVIP field to 1 . 
RQ9 is a non-occurrence RQ. 



RQ11 



NOTE: 



5.8.5.2 Test case 1 : CLT commands, ISO/IEC 1 4443 Type A 

This test case is carried out only if DUT manufacturer provides sufficient information about opening a CLT session and 
exchanging CLT frames in Type A aligned manner, and all parameters needed are present in the terminal. 

5.8.5.2.1 Test execution 

The test procedure shall be executed once for each of following parameters: 
• There are no test case specific parameters for this test case. 

5.8.5.2.2 Initial conditions 

• The SWP interface is activated and no more communication is expected. 
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5.8.5.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^ UICC 


Send CLT frame with CL_PROTO_INF(A) in the ADMIN_FIELD and a valid 
command (see note 1) for one of the RF protocols supported by the UICC in the 
DATA FIELD. 




2 


UICC^T 


Respond CLT frame with CLT CMD field set to 00000 and at least 1 byte of data 
in the CLT PAYLOAD field. 


RQ2, 
RQ4, 
RQ6, 
RQ9, 
RO10 


3 


T^UICC 


Send CLT frame with CLT_CMD field set to 00000 and a valid command (see 
note 1) for one of the RF protocols supported by the UICC in the DATA FIELD. 




4 


UICC^T 


Respond CLT frame with CLT_CIVID field set to 00000. 


RQ1, 
RQ3, 
RQ6, 
RQ9 
RO10 


5 


T^UICC 


Send CLT frame with CLT_CI\/ID field set to 00000 and a command which causes 
the UICC to request a transition to "HALT" state as per ISO/IEC 14443-3 [6]. 




6 


UICC^T 


Respond CLT frame with CLT CMD field set to 00010 (i.e. ADMIN FIELD set to 
CL_GOTO_HALT) (see note 2). 


RQ1, 
RQ3, 
RQ8, 
RQ9 
RO10 


7 


T^UICC 


Send CLT frame with CL_PROTO_INF(A) in the ADMIN_FIELD and a valid 
command (see note 1) for one of the RF protocols supported by the UICC in the 
DATA FIELD. 




8 


UICC^T 


Respond CLT frame with CLT CMD field set to 00000 and at least 1 byte of data 
in the CLT PAYLOAD field. 


RQ2, 
RQ4, 
RQ6, 
RQ9 
RO10 


9 


T^ UICC 


Send CLT frame with CLT CMD field set to 00000 and a command which causes 
the UICC to request a transition to "IDLE" state as per ISO/IEC 14443-3 [6]. 




10 


UICC->T 


Respond CLT frame with CLT CMD field set to 00001 (i.e. ADMIN FIELD set to 
CL_GOTO_INIT) (see note 2). 


RQ1, 
RQ3, 
RQ7, 
RQ9 
RO10 


NOTE 1 : This command shall be chosen in a way, that the UICC responds data with respect to RF, and without 

requesting a transition to "HALT" or "IDLE" state as per ISO/IEC 14443-3 [6]. 
NOTE 2: DATA FIELD may be present or not. 



5.8.5.3 Test case 2: CLT commands, ISO/IEC 1 8092 

This test case is carried out only if DUT manufacturer provides sufficient information about opening a CLT session and 
exchanging CLT frames in Type F RF technology, and all parameters needed are present in the terminal. 

5.8.5.3.1 Test execution 

The test procedure shall be executed once for each of following parameters: 
• There are no test case specific parameters for this test case. 

5.8.5.3.2 Initial conditions 

• The SWP interface is activated and no more communication is expected. 
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5.8.5.3.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send CLT frame with CL_PROTO_INF(F) in the ADM1N_FIELD and the RF 
data representing the initialization command 'POLLING REQUEST' which 
matches the application available on the UICC in the DATA FIELD. 




2 


UICC^T 


Respond CLT frame with CLT_CIV1D field set to 10000 and RF data 
representing the initialization response 'POLLING RESPONSE' in the 
DATA_FI ELD field. 


R02, 
R05, 
R06, 
R09 

RQ11 


3 


T^UICC 


Send CLT frame with CL_PROTO_INF(F) in the ADMIN_FIELD and the RF 
data representing the initialization command 'POLLING REOUEST' which 
does not match the application available on the UICC in the DATA FIELD. 




4 


UICC^T 


Respond CLT frame with CLT CIVID field set to 10000, without a 
DATA_FIELD. 


R02, 
R05, 
R06, 
R09 

RQ11 



5.8.6 CLT Frame Interpretation 



5.8.6.1 



CLT frames with Type A aligned DATA_FIELD 



5.8.6.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.5.1. 



R01 



When the UICC receives a CLT frame with Type A aligned DATA_FIELD, the bit count shall be retrieved 
implicitly from the length of the CLT PAYLOAD, where the interpretation rule is defined as table 11 .2 in 
TS102 613[1]. 



RQ2 



When the UICC sends a CLT frame with Type A aligned DATA_FIELD, the size of the CLT PAYLOAD shall be 
determined according to table 1 1 .3 in TS 1 02 61 3 [1 ] and the number of RF bits to be sent. 



RQ3 



The UICC instructs the CLF to send N full bytes plus N parity bits over the RF by sending a CLT frame with a 
CLT PAYLOAD of a size determined according to table 1 1 .3 based on DATA_FIELD of (N x9) bits in a Type A 
aligned manor, for 1 < N < 25. 



RQ4 



The UICC instructs the CLF to send 4 bits over the RF by sending a CLT frame with a CLT PAYLOAD of a size 
of 1 byte, based on DATA_FIELD of 4 bits in a Type A aligned manner. 



NOTE: Test cases for RQ1 , RQ2, RQ3, RQ4 are out of scope of the present document, as the UICC can hardly be 
triggered to fullfill the needs of a test case. 



5.8.6.2 



Handling of DATA_FIELD by the CLF 



5.8.6.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.5.2. 



RQ1 



If the condition not to respond is evaluated by the UICC, it shall send a CLF frame without a DATA_FIELD. 



RQ2 



If the condition to respond is evaluated by the UICC, it shall send a CLT frame with a DATA_FIELD of a size 
greater than zero bytes to the CLF. 



NOTE: Test cases for RQ1 , RQ2, RQ3, R04 are out of scope of the present document, as the UICC can hardly be 
triggered to fullfill the needs of a test case. 
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5.8.6.3 Handling of ADMIN_FIELD 

5.8.6.3.1 CL_PROTO_INF(A) 



5.8.6.3.1.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.5.3.2. 



RQ1 



On receiving a CLT frame with ADIVIIN_FIELD CL_PROTO_INF(A), if tlie contents of the DATA_FIELD are a 
valid command for one of the RF protocols supported by the UICC, the UICC shall compute the response and 
send it to the CLF within a CLT frame. 



RQ2 



On receiving a CLT frame with ADMIN_FIELD CL_PROTO_INF(A), if the contents the DATA_FIELD are equal to 
ISO/IEC 14443-3 [6] command "HALT", the UICC shall reply with a CLT frame with the ADMIN_FIELD 
CL GOTO HALT. 



R03 



On receiving a CLT frame with ADMIN_FIELD CL_PROTO_INF(A), if the contents of DATA_FIELD are not a 
valid command for one of the RF protocols supported by the UICC or its not equal to ISO/IEC 14443-3 [6] 
command "HALT", the UICC shall send a CLT frame with the ADMIN FIELD CL GOTO INIT. 



5.8.6.3.1.2 



Test case 1 : Interpretation of CL_PROTO_INF(A) 



This test case is carried out only if DUT manufacturer provides sufficient information about opening a CLT session and 
exchanging CLT frames in Type A aligned manner, and all parameters needed are present in the terminal. 

5.8.6.3.1.2.1 Test execution 

The test procedure shall be executed once for each of following parameters: 
• There are no test case specific parameters for this test case. 

5.8.6.3.1 .2.2 Initial conditions 

• The SWP interface is activated and no more communication is expected. 



5.8.6.3.1.2.3 



Test procedure 



Step 


Direction 


Description 


RQ 


1 


T^UICC 


Send CLT frame with CL_PROTO_INF(A) in the ADMIN_FIELD and a valid 
command (see note 1 ) for one of the RF protocols supported by the UICC in 
the DATA FIELD. 




2 


UICC^T 


Respond CLT frame with CLT CIVID field set to 00000 and at least 1 byte of 
data in the CLT PAYLOAD field. 


R01 


3 


T^UICC 


Send CLT frame with CL PROTO INF(A) in the ADMIN FIELD and the 
"HALT" command as per ISO/IEC 14443-3 [6] in the DATA FIELD. 




4 


UICC^T 


Respond CLT frame with CLT CMD field set to 00010 (i.e. ADMIN FIELD set 
to CL GOTO HALT) (see note 2). 


R02 


5 


T^UICC 


Send CLT frame with CL_PROTO_INF(A) in the ADMIN_FIELD and a 
command not representing either "HALT" as per ISO/IEC 14443-3 [6] or a 
valid command (see note 1 ) for one of the RF protocols supported by the 
UICC in the DATA FIELD. 




6 


UICC^T 


Respond CLT frame with CLT CMD field set to 00001 (i.e. ADMIN FIELD set 
to CL GOTO INIT) (see note 2). 


R03 


NOTE 1 : This command shall be chosen in a way, that the UICC responds data with respect to RF, and without 

requesting a transition to "HALT" or "IDLE" state as per ISO/IEC 14443-3 [6]. 
NOTE 2: DATA FIELD may be present or not. 
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5.8.6.3.2 



CL_PROTO_INF(F) 



5.8.6.3.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.5.3.2. 



RQ1 



On receiving a CLT frame witli ADIVIIN_FIELD CL_PROTO_INF{F), and in case the error detection code 
(RF CRC) and tlie LEN byte are correct and the received DATA_FIELD does not match with the applications 
available on the UICC, the UICC shall send a CLT frame without a DATA_FIELD to the CLF within 1 150 \xs. 



RQ2 



On receiving a CLT frame with ADIVIIN_FIELD CL_PROTO_INF{F), and in case the error detection code and the 
LEN byte are correct and the received DATA_FIELD matches with the applications available on the UICC, the 
UICC shall respond with an CLT frame containing the ISO/IEC 18092 [8] 212 kbps/424 kbps passive mode 
initialization response frame ("POLLING RESPONSE", including the LEN and RF CRC field) encapsulated in the 
DATA_FIELD, within 1 150 MS. 



R03 



On receiving a CLT frame with ADMIN_FIELD CL_PR0T0_INF(F), and in case an error with respect to 
ISO/IEC 1 8092 [8] 21 2 kbps/424 kbps passive mode is detected, the UICC shall send a CLT frame without a 
DATA_FIELD to the CLF within 1 150 ms. 



NOTE: Development of test cases for RQ1 to RQ3 is FFS. 



5.8.6.3.3 CL_GOTO_INIT and CL_GOTO_HALT 

Reference: TS 102 613 [1], clause 11.5.3.2. 
There are no conformance requirements for the UICC for the referenced clause. 

5.8.7 CLT Protocol Rules 

5.8.7.1 Rules for the CLF 

Reference: TS 102 613 [1], clause 11.6.1. 
There are no conformance requirements for the UICC for the referenced clause. 

5.8.7.2 Rules for the UICC 



5.8.7.2.1 Conformance requirements 

Reference: TS 102 613 [1], clause 11.6.2. 



R01 



The UICC shall not send a CLT frame before having received a CLT frame with the ADMIN_FIELD set to 
CL_PR0T0_INF(A) or CL_PR0T0_INF(F). 



RQ2 



The UICC shall interpret a received CLT frame with the ADMIN_FIELD set to CL_PROTO_INF(A) or 
CL_PROTO_INF(F) as condition to open a new CLT session and to close any former CLT session. 



RQ3 



After having received a CLT frame with the ADMIN_FIELD set to CL_PROTO_INF(A), subsequently sent CLT 
frames within the CLT session shall be coded in Type A aligned manner. 



R04 



During a CLT session, the UICC shall ignore a corrupted SWP frame. 



R05 



During a CLT session, the UICC shall ignore received CLT frames if the ADMIN_FIELD contains a value which is 
reserved for future use. 



RQ6 



During a CLT session, the UICC shall ignore received CLT frames if the length of the DATAFIELD indicated for 
a Type A aligned CLT frame is invalid. 



NOTE 1 : Test cases for R01 and RQ2 are given also in clause 5.6.3.2 and subclauses of the present document. 
NOTE 2: Development of test cases for RQ1 to RQ6 is FFS. 



5.9 Timing and performance 

Reference: TS 102 613 [1], clause 12. 
There are no conformance requirements for the UICC for the referenced clause. 
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Annex A (informative): 
State diagrams 

A.1 SDL symbols definition 



All symbols (except „State") used are available in 
Microsoft Visio 2003, SDL Diagram Shapes (Metric) 



Power off 



Start 




State in the state diagram 



Power applied 



External event that causes a 
transition to the next state 



Process completed 



Internal event that causes a 
transition to the next state 



Device sends ^^ta sent by the entity for which the state diagram is given 
activation sequence / Remark: This is not an event. Sending a message is always the result of thee completion 
/ of internal procesing. Therefore this needs to be preceded by an internal event. 



Activation sequence 
compieted 



Termination 



-Text 1- 



S1 = state H ? 



Decision branch 

-Text 2 1 ^Text 1- 




-Text 2- 



In rare cases it might be necessary to introduce a procedure 



iSO/iEC 7816-3 activation 

Detects the start of an 7816-3 
activatiton sequence and 
responds to the signaling 
from the host controller 



Procedure 



Figure A.I .1 : SDL symbols definition 
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A.2 Initial SWP interface activation 

This clause describes part of TS 102 613 [1], clause 6.2.3.1 in SDL notation. 



UICC state diagram 
SWP interface activation 



UlCC detected 
SWP interface 
not activated 



Contact activation of SWIG 




Process to prepare 

for SWP resume 

completed 



Send 

resume condition 



Conformance Requirement 1 

The UICC shall indicate that it is ready to 
exchange data via SWP by resuming 
SWP 



Conformance Requirement 2 
In case the UICC does not detect the 
SWP ACTIVATED state, the UICC shall 
set S2 to state L not later than 
TS2_INHIBIT after the UICC has put S2 
in state H 

Conformance Requirement 3 

The UICC shall not respond to further 
attempts from the CLF to communicate 
via SWP and shall wait for UICC 
deactivation or shall retrieve information 
about SWP capability of the terminal via 
any other UICC interface /"^ 



SWP not ACTIVATED 




UICC evaluates 
SWP interface state 



-SWP ACTIVATED^ 




UICC not ready to use 

SWP interface 

(SWP interface activation 

not completed) 



Process to prepare for sending 1 
ACT_SYNC completed 



Conformance Requirement 4 

The UICC shall send the first 
ACT_SYNC frame and wait for the first 

frame from the CLF 



Send 1^* 
ACT SYNC 



corrupted 




Conformance Requirement? 

If the UICC has received a corrupted 
frame, the UICC shall not respond 



Frame received 



Is the frame an ACT 
frame? 



The frame is a correct 
ACT POWER MODE 



Not corrupted No 



Is frame corrupted? 



This branch includes 
RFU values but the 
behaviour is not 
clearly defined in the 
core specification 



Can be an incorrect 
ACT CTRL. 



Exit ACT LLC processing 
(low power mode 
activation case) 




Figure A.2.1 : Initial SWP interface activation, part 1 
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Conformance Requirements 

If the UICC has received a correct 
ACT_POWER_IVIODE and the FR bit of 
this frame is then the UICC shall 
respond with an ACT_READY frame 



FR = 



FR = 1 



Conformance Requirements 
If the UICC has received a correct 
ACT_POWER_MODE and the FR bit of 
this frame is 1, then the UICC shall 
repeat the last ACT frame it had sent 



What w/as the last frame 

before the 
ACT POWER MODE? 



Previous frame was 
ACT READY 



Previous frame was 
ACT SYNC 





Process to prepare for sending 
ACT_READY completed 



Process to prepare for sending 
ACT_SYNC completed 



Send 

ACT READY 



Send 
ACT SYNC 



corrupted 




Not corrupted 



Yes- 



The frame is a correct 
ACT POWER MODE 



Is the frame an ACT 
frame? 



-falson 



true 



Exit ACT LLC processing 
(either low power mode 
or full power mode case) 



Not defined 



_FR = 0_ 



Value 
ofFR 



-FR = 1- 



Figure A.2.2: Initial SWP interface activation, part 2 
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A.3 SHDLC operation 

This clause describes part of TS 102 613 [1], clause 10 in SDL notation. 



SHDLC overview 



Upper layer 

initiates link 

establisiiment 




Link 

establisiiment 

successful 





RSET frame 
received 




Figure A.3.1 : SHDLC overview 
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Link 
establishment 



Clause 10.6.1: RQ14 

An endpoint shall retry to 
setup link if the targeted 
endpoint did not answer 
with a UA or a RSET frame 
to a RSET frame within 
T3{5ms) 




CR XX 

Note : The CLF will always end the first non-ACT frame 
after interface activation of the SWP 



Upper layer 

initiates link 

establishment 




Clause 10.7.2: RQ6 

If the link is re-established, 
an endpoint shall inform 
the upper layer of a link 
reset 





Clause 10.7.2: RQ5 

If the link is re-established, 
all buffered frames 
(received out of order or 
stored in the 
retransmission queue) 
shall be discarded. 



The received 
frame is a UA 



YES 

^ i 

Link 

establishment 

successful 



Discard 
buffered 
I Frames 

z 



No 
(not specified) 




Clause 10.5.1.1: RQ11 

The number provided for 
the endpoint sliding 
window size shall be 
between 2 to 4 inclusive 



Clause 10.7.2: RQ1 

An endpoint establishing 
an SHDLC link shall 
initiate link establishment 
by sending a RSET frame 




YES 
;not specified) ) Frame received 



NO 



NO 



YES 
(not specified) 



NO 
(not clear) 



-NO^ 






The Received 

frame is a 

RSET 




Clause 10.7.2: RQ4 

Before link establishment, 
all SHDLC frames except 
RSET from other endpoint 
shall be discarded 



YES 



YES 




YES 



U Frame Reception 



Clause 10.5: RQ5 

An endpoint shall obey to 
window size 
reconfiguration and/or 
SREJ support if the 
requested window size is 
lower than its default 
configuration or the peer 
endpoint does not support 
SREJ frames 



Yes 
(not specified)^ 



Endpoint 

capabilities 

contains RFU 

bit set to 1 



-NO^ 



The endpoint 

sends a UA 

frame 



Link 

establishment 

successful 



Figure A.3.2: Link establishment 
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l-frame emission 



SHDLC link 
estabished 



YES 



NO- 



Clause 10.7.7: RQ3 

If an endpoint receives 
RNR frame then it shall 
suspend transmission of I- 
frames until reception of a 
RR frama 




Clause 10.7.4: RQ3 

If the number of 
unacknowledged l-frames 
on the link equals the 
negotiated window size, 
then the endpoint shall not 
transmit any further I- 
frames until reception of 
an acknowledgement 



-YES- 



YES 



I 

REJy 
received 



Timeout of T2 
for frame X 



Y <= N{S) 



Clause 10.6.1: RQ2 

If the l-frames are not 
acknowledged, an 
endpoint shall retransmit 
these frames not sooner 
than T2 



YES 



RnR outstanding 
on the line 



RnR outstanding 
on the line 

NO 



Send frame 
lx,n{r) 



Frame 

received from 

upper layer 



N(S) > DN(R) ■ 
window 



NO 



RnR outstanding 
on the line 



NO 



Send ly,n{r) 



YES 



Set T2 for 
frame y 



t 

Y = y+1 



Deactivate T1 



Set T2 for 
frame X 



Clause 10.7.2: RQ2 

en an endpoint 
receives a REJ frame with 
a sequence number which 
identifies an 

unacknowledged l-frame 
previously sent within the 
sliding window size it shall 
restart the stream at the 
first missing frame. 



Deactivate T1 



NO 



Send 
ln(s),n(r) 



N(S)=N(S)+1 



Set T2 for 
frame n(s) 



Clause 10.6.2: RQ5 

An endpoint shall 
increment its value of the 
N(S) field after emission of 
an l-Frame 



Figure A.3.3: l-frame emission 
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SHDLC link 
estabished 



SHDLC Frame reception 



SHDLC 
->! Frame 

reception 




NO 
(not specified) 




U Frame 
Reception 



SFrame 
Reception 



i Frame 
Reception 



YES 



CLT 
iVIanagement 
(subdiagram) 



Figure A.3.4: SHDLC frame reception 
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SHDLC Frame 
reception 



U-frame reception 



No 

(not specified) 



Clause 10.5.1: RQ12 

n case this RSET frame is 
sent in response to a 
received RSET frame, the 
endpoint size value shall 
not be higher than the 
previously provided value 



Yes 
(not specified) 



Clause 10.7.2: 

If the linl< is re-established, 
an endpoint shall inform 
the upper layer of a linl< 
reset 



SHDLC Frame 



reception 




Clause 10.6.1: RQ14 

An endpoint shall retry to 
setup linl< if the targeted 
endpoint did not answer 
w/ith a UA or a RSET 
frame to a RSET frame 
within T3(5ms) 



Clause 10.7.2: RQS 

If the link is re-established, 
all buffered frames 
- (received out of order or 
stored in the 
retransmission queue) 
shall be discarded. 



Figure A.3.5: U-frame reception 
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S-frame reception 




Clause 10.7.7: RQ2 

If an endpoint receives a 
RR in a context described 
in clause 10.7.7 RQ1 and 
has no data to send, it 
shall send an l-Frame with 
empty information field to 
signal the proper reception 
of the RR frame 



Send empty 

{frame 

ln(s),n(r) 



Set T2 for 
frame n(s) 



Deactivate T1 



Clause 10.7.8: RQ3 

If an endpoint receives a 
SREJ frame and supports 
for SREJ was agreed at 
linl< establishment, it shall 
retransmit the 
corresponding l-Frame 



YES 
(not clearly specified) 



Clause 10.6.2: RQ7 

An endpoint receiving an I- 
frame or S-frame shall 
consider all previously 
sent l-frames with a 
sequence number lower 
than N(R) to be 
acknowledged. 



Clause 10.6.2: RQ6 

An endpoint shall set the 
N(R) field of an l-Frame 
and S-frame within DN(R ) 
and DN(R)+the "~- 

negotiated windows size 



Deactivate T2 

for frames 
DN{R) to Y-1 



I 

DN(R) = Y 



SHDLC Frame 
reception 



Figure A.3.6: S-frame reception 



ETSI 



Release 9 



113 



ETSI TS 102 694-2 V9.4.0 (2013-07) 



l-frame reception 



IFrame 

received 

lx,y 



Clause 10.8.2: RQ1 

If an l-frame (x,y) is received by an endpoint and support 
for Selective Reject S frames was negotiated for the linl< 
and X is exactly one higher than N(R), a SREJn(r) shall 
be sent instead of the REJn(r). The received l-frame 
shall be buffered. 



X = N(R) 



X = N(R)+1 VyES>-< \, VyE: 

/ \ support / 



NO 



SREJ frame 
outstanding 
on the linl< 




Send SREJn{r) 




X > N(R) +1 )^YES»^ Send REJn(r) •*- 



-YES 



YES, 



N(R)=N(R)+1 




Frame 

N(R) 

buffered 



Clause 10.6.2: RQ6 

An endpoint shall set the 
N(R) field of an l-Frame 
and S-frame within DN(R ) 
and DN(R)+the 
negotiated window/s size 



-NO- 



Clause 10.8.2: RC 

Once the retransmitted I- 
frame w/ith X = N(R) is 
received in the context of 
clause 1 0.8.2 RQ3, the 
buffered l-frame shall also 
be processed. 



Clause 10.7.5: RQ1 

If an endpoint detects 
missing l-frame sequence 
numbers and if SREJ is 
not supported or if several 
frames got lost, the 
endpoint shall send a REJ 
frame as soon as possible 



DN(R) < Y <= N(S) 



-YE 



T 

Save frame 
lx,y 



Clause 10.6.2: RQ7 

An endpoint receiving an I- 
frame or S-frame shall 
consider all previously 
sent l-frames with a 
sequence number lower 
than N(R) to be 
acknowledged. 



Deactivate T2 

for frames 

DN(R) to Y-1 



NO 



I 

DN(R) = Y 



SHDLC Frame 
reception 



Figure A.3.7: l-frame reception 
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SHDLC internal events 



SHDLC link 
estabished 



Upper layer 

can receive 

frames 



Clause 10.6.1: RQ1 

l-frames shall be 
acknowledged within T1 



Send RRn(r) 



Deactivate 
RR timer 




-NO- 



Clause 10.7.7: RQ1 

When an endpoint transmits a RNR and is 
now ready to receive an l-Frame, it shall 
send a RR frame every 5 to 20 ms until it 
receives a new l-frame 



Figure A.3.8: SHDLC internal events 
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